| Event Name | Description | Additional Info |
|---|---|---|
| CORE | ||
| INST_RETIRED.ANY | This event counts the number of instructions retired from execution. For instructions that consist of multiple micro-ops, this event counts the retirement of the last micro-op of the instruction. Counting continues during hardware interrupts, traps, and inside interrupt handlers. Notes: INST_RETIRED.ANY is counted by a designated fixed counter, leaving the four (eight when Hyperthreading is disabled) programmable counters available for other events. INST_RETIRED.ANY_P is counted by a programmable counter and it is an architectural performance event. Counting: Faulting executions of GETSEC/VM entry/VM Exit/MWait will not count as retired instructions. | IA32_FIXED_CTR0 Architectural, Fixed |
| CPU_CLK_UNHALTED.THREAD | This event counts the number of core cycles while the thread is not in a halt state. The thread enters the halt state when it is running the HLT instruction. This event is a component in many key event ratios. The core frequency may change from time to time due to transitions associated with Enhanced Intel SpeedStep Technology or TM2. For this reason this event may have a changing ratio with regards to time. When the core frequency is constant, this event can approximate elapsed time while the core was not in the halt state. It is counted on a dedicated fixed counter, leaving the four (eight when Hyperthreading is disabled) programmable counters available for other events. | IA32_FIXED_CTR1 Architectural, Fixed |
| CPU_CLK_UNHALTED.THREAD_ANY | Core cycles when at least one thread on the physical core is not in halt state. | IA32_FIXED_CTR1 Architectural, Fixed |
| CPU_CLK_UNHALTED.REF_TSC | This event counts the number of reference cycles when the core is not in a halt state. The core enters the halt state when it is running the HLT instruction or the MWAIT instruction. This event is not affected by core frequency changes (for example, P states, TM2 transitions) but has the same incrementing frequency as the time stamp counter. This event can approximate elapsed time while the core was not in a halt state. This event has a constant ratio with the CPU_CLK_UNHALTED.REF_XCLK event. It is counted on a dedicated fixed counter, leaving the four (eight when Hyperthreading is disabled) programmable counters available for other events. Note: On all current platforms this event stops counting during 'throttling (TM)' states duty off periods the processor is 'halted'. This event is clocked by base clock (100 Mhz) on Sandy Bridge. The counter update is done at a lower clock rate then the core clock the overflow status bit for this counter may appear 'sticky'. After the counter has overflowed and software clears the overflow status bit and resets the counter to less than MAX. The reset value to the counter is not clocked immediately so the overflow status bit will flip 'high (1)' and generate another PMI (if enabled) after which the reset value gets clocked into the counter. Therefore, software will get the interrupt, read the overflow status bit '1 for bit 34 while the counter value is less than MAX. Software should ignore this case. | IA32_FIXED_CTR2 Architectural, Fixed |
| BR_INST_RETIRED.ALL_BRANCHES | This event counts all (macro) branch instructions retired. | EventSel=C4H UMask=00H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 Architectural |
| BR_MISP_RETIRED.ALL_BRANCHES | This event counts all mispredicted macro branch instructions retired. | EventSel=C5H UMask=00H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 Architectural |
| CPU_CLK_THREAD_UNHALTED.REF_XCLK | This is a fixed-frequency event programmed to general counters. It counts when the core is unhalted at 100 Mhz. | EventSel=3CH UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 Architectural |
| CPU_CLK_THREAD_UNHALTED.REF_XCLK_ANY | Reference cycles when the at least one thread on the physical core is unhalted (counts at 100 MHz rate). | EventSel=3CH UMask=01H AnyThread=1 Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 Architectural |
| CPU_CLK_UNHALTED.REF_XCLK | Reference cycles when the thread is unhalted (counts at 100 MHz rate). | EventSel=3CH UMask=01H CMask=0 Counter=0,1,2,3 Architectural |
| CPU_CLK_UNHALTED.REF_XCLK_ANY | Reference cycles when the at least one thread on the physical core is unhalted (counts at 100 MHz rate). | EventSel=3CH UMask=01H AnyThread=1 CMask=0 Counter=0,1,2,3 Architectural |
| CPU_CLK_UNHALTED.THREAD_P | This is an architectural event that counts the number of thread cycles while the thread is not in a halt state. The thread enters the halt state when it is running the HLT instruction. The core frequency may change from time to time due to power or thermal throttling. For this reason, this event may have a changing ratio with regards to wall clock time. | EventSel=3CH UMask=00H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 Architectural |
| CPU_CLK_UNHALTED.THREAD_P_ANY | Core cycles when at least one thread on the physical core is not in halt state. | EventSel=3CH UMask=00H AnyThread=1 Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 Architectural |
| INST_RETIRED.ANY_P | This event counts the number of instructions (EOMs) retired. Counting covers macro-fused instructions individually (that is, increments by two). Errata: BDM61 |
EventSel=C0H UMask=00H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 Architectural |
| LONGEST_LAT_CACHE.MISS | This event counts core-originated cacheable demand requests that miss the last level cache (LLC). Demand requests include loads, RFOs, and hardware prefetches from L1D, and instruction fetches from IFU. | EventSel=2EH UMask=41H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 Architectural |
| LONGEST_LAT_CACHE.REFERENCE | This event counts core-originated cacheable demand requests that refer to the last level cache (LLC). Demand requests include loads, RFOs, and hardware prefetches from L1D, and instruction fetches from IFU. | EventSel=2EH UMask=4FH Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 Architectural |
| ARITH.FPU_DIV_ACTIVE | This event counts the number of the divide operations executed. Uses edge-detect and a cmask value of 1 on ARITH.FPU_DIV_ACTIVE to get the number of the divide operations executed. | EventSel=14H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BACLEARS.ANY | Counts the total number when the front end is resteered, mainly when the BPU cannot provide a correct prediction and this is corrected by other branch handling mechanisms at the front end. | EventSel=E6H UMask=1FH Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_INST_EXEC.ALL_BRANCHES | This event counts both taken and not taken speculative and retired branch instructions. | EventSel=88H UMask=FFH Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_INST_EXEC.ALL_CONDITIONAL | This event counts both taken and not taken speculative and retired macro-conditional branch instructions. | EventSel=88H UMask=C1H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_INST_EXEC.ALL_DIRECT_JMP | This event counts both taken and not taken speculative and retired macro-unconditional branch instructions, excluding calls and indirects. | EventSel=88H UMask=C2H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_INST_EXEC.ALL_DIRECT_NEAR_CALL | This event counts both taken and not taken speculative and retired direct near calls. | EventSel=88H UMask=D0H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_INST_EXEC.ALL_INDIRECT_JUMP_NON_CALL_RET | This event counts both taken and not taken speculative and retired indirect branches excluding calls and return branches. | EventSel=88H UMask=C4H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_INST_EXEC.ALL_INDIRECT_NEAR_RETURN | This event counts both taken and not taken speculative and retired indirect branches that have a return mnemonic. | EventSel=88H UMask=C8H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_INST_EXEC.NONTAKEN_CONDITIONAL | This event counts not taken macro-conditional branch instructions. | EventSel=88H UMask=41H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_INST_EXEC.TAKEN_CONDITIONAL | This event counts taken speculative and retired macro-conditional branch instructions. | EventSel=88H UMask=81H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_INST_EXEC.TAKEN_DIRECT_JUMP | This event counts taken speculative and retired macro-conditional branch instructions excluding calls and indirect branches. | EventSel=88H UMask=82H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_INST_EXEC.TAKEN_DIRECT_NEAR_CALL | This event counts taken speculative and retired direct near calls. | EventSel=88H UMask=90H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_INST_EXEC.TAKEN_INDIRECT_JUMP_NON_CALL_RET | This event counts taken speculative and retired indirect branches excluding calls and return branches. | EventSel=88H UMask=84H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_INST_EXEC.TAKEN_INDIRECT_NEAR_CALL | This event counts taken speculative and retired indirect calls including both register and memory indirect. | EventSel=88H UMask=A0H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_INST_EXEC.TAKEN_INDIRECT_NEAR_RETURN | This event counts taken speculative and retired indirect branches that have a return mnemonic. | EventSel=88H UMask=88H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_INST_RETIRED.ALL_BRANCHES_PS | This is a precise version of BR_INST_RETIRED.ALL_BRANCHES that counts all (macro) branch instructions retired. Errata: BDW98 |
EventSel=C4H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| BR_INST_RETIRED.CONDITIONAL | This event counts conditional branch instructions retired. | EventSel=C4H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 PEBS:[PreciseEventingIP] |
| BR_INST_RETIRED.CONDITIONAL_PS | This is a precise version (that is, uses PEBS) of the event that counts conditional branch instructions retired. | EventSel=C4H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| BR_INST_RETIRED.FAR_BRANCH | This event counts far branch instructions retired. Errata: BDW98 |
EventSel=C4H UMask=40H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 PEBS:[PreciseEventingIP] |
| BR_INST_RETIRED.NEAR_CALL | This event counts both direct and indirect near call instructions retired. | EventSel=C4H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 PEBS:[PreciseEventingIP] |
| BR_INST_RETIRED.NEAR_CALL_PS | This is a precise version (that is, uses PEBS) of the event that counts both direct and indirect near call instructions retired. | EventSel=C4H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| BR_INST_RETIRED.NEAR_CALL_R3 | This event counts both direct and indirect macro near call instructions retired (captured in ring 3). | EventSel=C4H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 PEBS:[PreciseEventingIP] |
| BR_INST_RETIRED.NEAR_CALL_R3_PS | This is a precise version (that is, uses PEBS) of the event that counts both direct and indirect macro near call instructions retired (captured in ring 3). | EventSel=C4H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| BR_INST_RETIRED.NEAR_RETURN | This event counts return instructions retired. | EventSel=C4H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 PEBS:[PreciseEventingIP] |
| BR_INST_RETIRED.NEAR_RETURN_PS | This is a precise version (that is, uses PEBS) of the event that counts return instructions retired. | EventSel=C4H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| BR_INST_RETIRED.NEAR_TAKEN | This event counts taken branch instructions retired. | EventSel=C4H UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 PEBS:[PreciseEventingIP] |
| BR_INST_RETIRED.NEAR_TAKEN_PS | This is a precise version (that is, uses PEBS) of the event that counts taken branch instructions retired. | EventSel=C4H UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| BR_INST_RETIRED.NOT_TAKEN | This event counts not taken branch instructions retired. | EventSel=C4H UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 PEBS:[PreciseEventingIP] |
| BR_MISP_EXEC.ALL_BRANCHES | This event counts both taken and not taken speculative and retired mispredicted branch instructions. | EventSel=89H UMask=FFH Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_MISP_EXEC.ALL_CONDITIONAL | This event counts both taken and not taken speculative and retired mispredicted macro conditional branch instructions. | EventSel=89H UMask=C1H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_MISP_EXEC.ALL_INDIRECT_JUMP_NON_CALL_RET | This event counts both taken and not taken mispredicted indirect branches excluding calls and returns. | EventSel=89H UMask=C4H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_MISP_EXEC.INDIRECT | Counts speculatively miss-predicted indirect branches at execution time. Counts for indirect near CALL or JMP instructions (RET excluded). | EventSel=89H UMask=E4H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_MISP_EXEC.NONTAKEN_CONDITIONAL | This event counts not taken speculative and retired mispredicted macro conditional branch instructions. | EventSel=89H UMask=41H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_MISP_EXEC.TAKEN_CONDITIONAL | This event counts taken speculative and retired mispredicted macro conditional branch instructions. | EventSel=89H UMask=81H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_MISP_EXEC.TAKEN_INDIRECT_JUMP_NON_CALL_RET | This event counts taken speculative and retired mispredicted indirect branches excluding calls and returns. | EventSel=89H UMask=84H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_MISP_EXEC.TAKEN_INDIRECT_NEAR_CALL | Taken speculative and retired mispredicted indirect calls. | EventSel=89H UMask=A0H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_MISP_EXEC.TAKEN_RETURN_NEAR | This event counts taken speculative and retired mispredicted indirect branches that have a return mnemonic. | EventSel=89H UMask=88H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| BR_MISP_RETIRED.ALL_BRANCHES_PS | This is a precise version of BR_MISP_RETIRED.ALL_BRANCHES that counts all mispredicted macro branch instructions retired. | EventSel=C5H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| BR_MISP_RETIRED.CONDITIONAL | This event counts mispredicted conditional branch instructions retired. | EventSel=C5H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 PEBS:[PreciseEventingIP] |
| BR_MISP_RETIRED.CONDITIONAL_PS | This is a precise version (that is, uses PEBS) of the event that counts mispredicted conditional branch instructions retired. | EventSel=C5H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| BR_MISP_RETIRED.NEAR_TAKEN | Number of near branch instructions retired that were mispredicted and taken. | EventSel=C5H UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 PEBS:[PreciseEventingIP] |
| BR_MISP_RETIRED.NEAR_TAKEN_PS | Number of near branch instructions retired that were mispredicted and taken. (Precise Event - PEBS). | EventSel=C5H UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| BR_MISP_RETIRED.RET | This event counts mispredicted return instructions retired. | EventSel=C5H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 PEBS:[PreciseEventingIP] |
| BR_MISP_RETIRED.RET_PS | This is a precise version (that is, uses PEBS) of the event that counts mispredicted return instructions retired. | EventSel=C5H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| CPL_CYCLES.RING0 | This event counts the unhalted core cycles during which the thread is in the ring 0 privileged mode. | EventSel=5CH UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| CPL_CYCLES.RING0_TRANS | This event counts when there is a transition from ring 1,2 or 3 to ring0. | EventSel=5CH UMask=01H EdgeDetect=1 CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| CPL_CYCLES.RING123 | This event counts unhalted core cycles during which the thread is in rings 1, 2, or 3. | EventSel=5CH UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| CPU_CLK_THREAD_UNHALTED.ONE_THREAD_ACTIVE | Count XClk pulses when this thread is unhalted and the other thread is halted. | EventSel=3CH UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| CPU_CLK_UNHALTED.ONE_THREAD_ACTIVE | Count XClk pulses when this thread is unhalted and the other thread is halted. | EventSel=3CH UMask=02H CMask=0 Counter=0,1,2,3 |
| CYCLE_ACTIVITY.CYCLES_L1D_MISS | Cycles while L1 cache miss demand load is outstanding. | EventSel=A3H UMask=08H CMask=08H Counter=2 CounterHTOff=2 |
| CYCLE_ACTIVITY.CYCLES_L1D_PENDING | Counts number of cycles the CPU has at least one pending demand load request missing the L1 data cache. | EventSel=A3H UMask=08H CMask=08H Counter=2 CounterHTOff=2 |
| CYCLE_ACTIVITY.CYCLES_L2_MISS | Cycles while L2 cache miss demand load is outstanding. | EventSel=A3H UMask=01H CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| CYCLE_ACTIVITY.CYCLES_L2_PENDING | Counts number of cycles the CPU has at least one pending demand* load request missing the L2 cache. | EventSel=A3H UMask=01H CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| CYCLE_ACTIVITY.CYCLES_LDM_PENDING | Counts number of cycles the CPU has at least one pending demand load request (that is cycles with non-completed load waiting for its data from memory subsystem). | EventSel=A3H UMask=02H CMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| CYCLE_ACTIVITY.CYCLES_MEM_ANY | Cycles while memory subsystem has an outstanding load. | EventSel=A3H UMask=02H CMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| CYCLE_ACTIVITY.CYCLES_NO_EXECUTE | Counts number of cycles nothing is executed on any execution port. | EventSel=A3H UMask=04H CMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| CYCLE_ACTIVITY.STALLS_L1D_MISS | Execution stalls while L1 cache miss demand load is outstanding. | EventSel=A3H UMask=0CH CMask=0CH Counter=2 CounterHTOff=2 |
| CYCLE_ACTIVITY.STALLS_L1D_PENDING | Counts number of cycles nothing is executed on any execution port, while there was at least one pending demand load request missing the L1 data cache. | EventSel=A3H UMask=0CH CMask=0CH Counter=2 CounterHTOff=2 |
| CYCLE_ACTIVITY.STALLS_L2_MISS | Execution stalls while L2 cache miss demand load is outstanding. | EventSel=A3H UMask=05H CMask=05H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| CYCLE_ACTIVITY.STALLS_L2_PENDING | Counts number of cycles nothing is executed on any execution port, while there was at least one pending demand* load request missing the L2 cache.(as a footprint) * includes also L1 HW prefetch requests that may or may not be required by demands. | EventSel=A3H UMask=05H CMask=05H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| CYCLE_ACTIVITY.STALLS_LDM_PENDING | Counts number of cycles nothing is executed on any execution port, while there was at least one pending demand load request. | EventSel=A3H UMask=06H CMask=06H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| CYCLE_ACTIVITY.STALLS_MEM_ANY | Execution stalls while memory subsystem has an outstanding load. | EventSel=A3H UMask=06H CMask=06H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| CYCLE_ACTIVITY.STALLS_TOTAL | Total execution stalls. | EventSel=A3H UMask=04H CMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| DSB2MITE_SWITCHES.PENALTY_CYCLES | This event counts Decode Stream Buffer (DSB)-to-MITE switch true penalty cycles. These cycles do not include uops routed through because of the switch itself, for example, when Instruction Decode Queue (IDQ) pre-allocation is unavailable, or Instruction Decode Queue (IDQ) is full. SBD-to-MITE switch true penalty cycles happen after the merge mux (MM) receives Decode Stream Buffer (DSB) Sync-indication until receiving the first MITE uop. MM is placed before Instruction Decode Queue (IDQ) to merge uops being fed from the MITE and Decode Stream Buffer (DSB) paths. Decode Stream Buffer (DSB) inserts the Sync-indication whenever a Decode Stream Buffer (DSB)-to-MITE switch occurs. Penalty: A Decode Stream Buffer (DSB) hit followed by a Decode Stream Buffer (DSB) miss can cost up to six cycles in which no uops are delivered to the IDQ. Most often, such switches from the Decode Stream Buffer (DSB) to the legacy pipeline cost 0–2 cycles. | EventSel=ABH UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| DTLB_LOAD_MISSES.MISS_CAUSES_A_WALK | This event counts load misses in all DTLB levels that cause page walks of any page size (4K/2M/4M/1G). Errata: BDM69 |
EventSel=08H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| DTLB_LOAD_MISSES.STLB_HIT | Load operations that miss the first DTLB level but hit the second and do not cause page walks. | EventSel=08H UMask=60H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| DTLB_LOAD_MISSES.STLB_HIT_2M | Load misses that miss the DTLB and hit the STLB (2M). | EventSel=08H UMask=40H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| DTLB_LOAD_MISSES.STLB_HIT_4K | Load misses that miss the DTLB and hit the STLB (4K). | EventSel=08H UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| DTLB_LOAD_MISSES.WALK_COMPLETED | Demand load Miss in all translation lookaside buffer (TLB) levels causes a page walk that completes of any page size. Errata: BDM69 |
EventSel=08H UMask=0EH Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| DTLB_LOAD_MISSES.WALK_COMPLETED_1G | This event counts load misses in all DTLB levels that cause a completed page walk (1G page size). The page walk can end with or without a fault. Errata: BDM69 |
EventSel=08H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| DTLB_LOAD_MISSES.WALK_COMPLETED_2M_4M | This event counts load misses in all DTLB levels that cause a completed page walk (2M and 4M page sizes). The page walk can end with or without a fault. Errata: BDM69 |
EventSel=08H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| DTLB_LOAD_MISSES.WALK_COMPLETED_4K | This event counts load misses in all DTLB levels that cause a completed page walk (4K page size). The page walk can end with or without a fault. Errata: BDM69 |
EventSel=08H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| DTLB_LOAD_MISSES.WALK_DURATION | This event counts the number of cycles while PMH is busy with the page walk. Errata: BDM69 |
EventSel=08H UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| DTLB_STORE_MISSES.MISS_CAUSES_A_WALK | This event counts store misses in all DTLB levels that cause page walks of any page size (4K/2M/4M/1G). Errata: BDM69 |
EventSel=49H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| DTLB_STORE_MISSES.STLB_HIT | Store operations that miss the first TLB level but hit the second and do not cause page walks. | EventSel=49H UMask=60H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| DTLB_STORE_MISSES.STLB_HIT_2M | Store misses that miss the DTLB and hit the STLB (2M). | EventSel=49H UMask=40H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| DTLB_STORE_MISSES.STLB_HIT_4K | Store misses that miss the DTLB and hit the STLB (4K). | EventSel=49H UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| DTLB_STORE_MISSES.WALK_COMPLETED | Store misses in all DTLB levels that cause completed page walks. Errata: BDM69 |
EventSel=49H UMask=0EH Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| DTLB_STORE_MISSES.WALK_COMPLETED_1G | This event counts store misses in all DTLB levels that cause a completed page walk (1G page size). The page walk can end with or without a fault. Errata: BDM69 |
EventSel=49H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| DTLB_STORE_MISSES.WALK_COMPLETED_2M_4M | This event counts store misses in all DTLB levels that cause a completed page walk (2M and 4M page sizes). The page walk can end with or without a fault. Errata: BDM69 |
EventSel=49H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| DTLB_STORE_MISSES.WALK_COMPLETED_4K | This event counts store misses in all DTLB levels that cause a completed page walk (4K page size). The page walk can end with or without a fault. Errata: BDM69 |
EventSel=49H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| DTLB_STORE_MISSES.WALK_DURATION | This event counts the number of cycles while PMH is busy with the page walk. Errata: BDM69 |
EventSel=49H UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| EPT.WALK_CYCLES | This event counts cycles for an extended page table walk. The Extended Page directory cache differs from standard TLB caches by the operating system that use it. Virtual machine operating systems use the extended page directory cache, while guest operating systems use the standard TLB caches. | EventSel=4FH UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| FP_ARITH_INST_RETIRED.128B_PACKED_DOUBLE | Number of SSE/AVX computational 128-bit packed double precision floating-point instructions retired; some instructions will count twice as noted below. Each count represents 2 computation operations, one for each element. Applies to SSE* and AVX* packed double precision floating-point instructions: ADD SUB HADD HSUB SUBADD MUL DIV MIN MAX SQRT DPP FM(N)ADD/SUB. DPP and FM(N)ADD/SUB instructions count twice as they perform 2 calculations per element. The DAZ and FTZ flags in the MXCSR register need to be set when using these events. | EventSel=C7H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| FP_ARITH_INST_RETIRED.128B_PACKED_SINGLE | Number of SSE/AVX computational 128-bit packed single precision floating-point instructions retired; some instructions will count twice as noted below. Each count represents 4 computation operations, one for each element. Applies to SSE* and AVX* packed single precision floating-point instructions: ADD SUB HADD HSUB SUBADD MUL DIV MIN MAX SQRT RSQRT RCP DPP FM(N)ADD/SUB. DPP and FM(N)ADD/SUB instructions count twice as they perform 2 calculations per element. The DAZ and FTZ flags in the MXCSR register need to be set when using these events. | EventSel=C7H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| FP_ARITH_INST_RETIRED.256B_PACKED_DOUBLE | Number of SSE/AVX computational 256-bit packed double precision floating-point instructions retired; some instructions will count twice as noted below. Each count represents 4 computation operations, one for each element. Applies to SSE* and AVX* packed double precision floating-point instructions: ADD SUB HADD HSUB SUBADD MUL DIV MIN MAX SQRT FM(N)ADD/SUB. FM(N)ADD/SUB instructions count twice as they perform 2 calculations per element. The DAZ and FTZ flags in the MXCSR register need to be set when using these events. | EventSel=C7H UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| FP_ARITH_INST_RETIRED.256B_PACKED_SINGLE | Number of SSE/AVX computational 256-bit packed single precision floating-point instructions retired; some instructions will count twice as noted below. Each count represents 8 computation operations, one for each element. Applies to SSE* and AVX* packed single precision floating-point instructions: ADD SUB HADD HSUB SUBADD MUL DIV MIN MAX SQRT RSQRT RCP DPP FM(N)ADD/SUB. DPP and FM(N)ADD/SUB instructions count twice as they perform 2 calculations per element. The DAZ and FTZ flags in the MXCSR register need to be set when using these events. | EventSel=C7H UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| FP_ARITH_INST_RETIRED.4_FLOPS | Number of SSE/AVX computational 128-bit packed single precision and 256-bit packed double precision floating-point instructions retired; some instructions will count twice as noted below. Each count represents 2 or/and 4 computation operations, one for each element. Applies to SSE* and AVX* packed single precision floating-point and packed double precision floating-point instructions: ADD SUB HADD HSUB SUBADD MUL DIV MIN MAX RCP14 RSQRT14 SQRT DPP FM(N)ADD/SUB. DPP and FM(N)ADD/SUB instructions count twice as they perform 2 calculations per element. The DAZ and FTZ flags in the MXCSR register need to be set when using these events. | EventSel=C7H UMask=18H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| FP_ARITH_INST_RETIRED.DOUBLE | Number of SSE/AVX computational double precision floating-point instructions retired; some instructions will count twice as noted below. Applies to SSE* and AVX* scalar and packed double precision floating-point instructions: ADD SUB HADD HSUB SUBADD MUL DIV MIN MAX SQRT DPP FM(N)ADD/SUB. DPP and FM(N)ADD/SUB instructions count twice as they perform multiple calculations per element. | EventSel=C7H UMask=15H CMask=0 Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| FP_ARITH_INST_RETIRED.PACKED | Number of SSE/AVX computational packed floating-point instructions retired; some instructions will count twice as noted below. Applies to SSE* and AVX* packed double and single precision floating-point instructions: ADD SUB HADD HSUB SUBADD MUL DIV MIN MAX SQRT RSQRT RCP DPP FM(N)ADD/SUB. DPP and FM(N)ADD/SUB instructions count twice as they perform multiple calculations per element. | EventSel=C7H UMask=3CH CMask=0 Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| FP_ARITH_INST_RETIRED.SCALAR | Number of SSE/AVX computational scalar single precision and double precision floating-point instructions retired; some instructions will count twice as noted below. Each count represents 1 computational operation. Applies to SSE* and AVX* scalar single precision floating-point instructions: ADD SUB MUL DIV MIN MAX SQRT RSQRT RCP FM(N)ADD/SUB. FM(N)ADD/SUB instructions count twice as they perform 2 calculations per element. The DAZ and FTZ flags in the MXCSR register need to be set when using these events. | EventSel=C7H UMask=03H CMask=0 Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| FP_ARITH_INST_RETIRED.SCALAR_DOUBLE | Number of SSE/AVX computational scalar double precision floating-point instructions retired; some instructions will count twice as noted below. Each count represents 1 computational operation. Applies to SSE* and AVX* scalar double precision floating-point instructions: ADD SUB MUL DIV MIN MAX SQRT FM(N)ADD/SUB. FM(N)ADD/SUB instructions count twice as they perform 2 calculations per element. The DAZ and FTZ flags in the MXCSR register need to be set when using these events. | EventSel=C7H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| FP_ARITH_INST_RETIRED.SCALAR_SINGLE | Number of SSE/AVX computational scalar single precision floating-point instructions retired; some instructions will count twice as noted below. Each count represents 1 computational operation. Applies to SSE* and AVX* scalar single precision floating-point instructions: ADD SUB MUL DIV MIN MAX SQRT RSQRT RCP FM(N)ADD/SUB. FM(N)ADD/SUB instructions count twice as they perform 2 calculations per element. The DAZ and FTZ flags in the MXCSR register need to be set when using these events. | EventSel=C7H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| FP_ARITH_INST_RETIRED.SINGLE | Number of SSE/AVX computational single precision floating-point instructions retired; some instructions will count twice as noted below. Applies to SSE* and AVX* scalar and packed single precision floating-point instructions: ADD SUB HADD HSUB SUBADD MUL DIV MIN MAX SQRT RSQRT RCP SQRT DPP FM(N)ADD/SUB. DPP and FM(N)ADD/SUB instructions count twice as they perform multiple calculations per element. | EventSel=C7H UMask=2AH CMask=0 Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| FP_ARITH_INST_RETIRED.VECTOR | Number of any Vector retired FP arithmetic instructions | EventSel=C7H UMask=FCH Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| FP_ASSIST.ANY | This event counts cycles with any input and output SSE or x87 FP assist. If an input and output assist are detected on the same cycle the event increments by 1. | EventSel=CAH UMask=1EH CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| FP_ASSIST.SIMD_INPUT | This event counts any input SSE* FP assist - invalid operation, denormal operand, dividing by zero, SNaN operand. Counting includes only cases involving penalties that required micro-code assist intervention. | EventSel=CAH UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 PEBS:[PreciseEventingIP] |
| FP_ASSIST.SIMD_OUTPUT | This event counts the number of SSE* floating point (FP) micro-code assist (numeric overflow/underflow) when the output value (destination register) is invalid. Counting covers only cases involving penalties that require micro-code assist intervention. | EventSel=CAH UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 PEBS:[PreciseEventingIP] |
| FP_ASSIST.X87_INPUT | This event counts x87 floating point (FP) micro-code assist (invalid operation, denormal operand, SNaN operand) when the input value (one of the source operands to an FP instruction) is invalid. | EventSel=CAH UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 PEBS:[PreciseEventingIP] |
| FP_ASSIST.X87_OUTPUT | This event counts the number of x87 floating point (FP) micro-code assist (numeric overflow/underflow, inexact result) when the output value (destination register) is invalid. | EventSel=CAH UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 PEBS:[PreciseEventingIP] |
| HLE_RETIRED.ABORTED | Number of times HLE abort was triggered. | EventSel=C8H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 PEBS:[PreciseEventingIP] |
| HLE_RETIRED.ABORTED_MISC1 | Number of times an HLE abort was attributed to a Memory condition (See TSX_Memory event for additional details). | EventSel=C8H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| HLE_RETIRED.ABORTED_MISC2 | Number of times the TSX watchdog signaled an HLE abort. | EventSel=C8H UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| HLE_RETIRED.ABORTED_MISC3 | Number of times a disallowed operation caused an HLE abort. | EventSel=C8H UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| HLE_RETIRED.ABORTED_MISC4 | Number of times HLE caused a fault. | EventSel=C8H UMask=40H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| HLE_RETIRED.ABORTED_MISC5 | Number of times HLE aborted and was not due to the abort conditions in subevents 3-6. | EventSel=C8H UMask=80H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| HLE_RETIRED.ABORTED_PS | Number of times HLE abort was triggered (PEBS). | EventSel=C8H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| HLE_RETIRED.COMMIT | Number of times HLE commit succeeded. | EventSel=C8H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| HLE_RETIRED.START | Number of times we entered an HLE region does not count nested transactions. | EventSel=C8H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| ICACHE.HIT | This event counts the number of both cacheable and noncacheable Instruction Cache, Streaming Buffer and Victim Cache Reads including UC fetches. | EventSel=80H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| ICACHE.IFDATA_STALL | This event counts cycles during which the demand fetch waits for data (wfdM104H) from L2 or iSB (opportunistic hit). | EventSel=80H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| ICACHE.MISSES | This event counts the number of instruction cache, streaming buffer and victim cache misses. Counting includes UC accesses. | EventSel=80H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| IDQ.ALL_DSB_CYCLES_4_UOPS | This event counts the number of cycles 4 uops were delivered to Instruction Decode Queue (IDQ) from the Decode Stream Buffer (DSB) path. Counting includes uops that may "bypass" the IDQ. | EventSel=79H UMask=18H CMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| IDQ.ALL_DSB_CYCLES_ANY_UOPS | This event counts the number of cycles uops were delivered to Instruction Decode Queue (IDQ) from the Decode Stream Buffer (DSB) path. Counting includes uops that may "bypass" the IDQ. | EventSel=79H UMask=18H CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| IDQ.ALL_MITE_CYCLES_4_UOPS | This event counts the number of cycles 4 uops were delivered to Instruction Decode Queue (IDQ) from the MITE path. Counting includes uops that may "bypass" the IDQ. This also means that uops are not being delivered from the Decode Stream Buffer (DSB). | EventSel=79H UMask=24H CMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| IDQ.ALL_MITE_CYCLES_ANY_UOPS | This event counts the number of cycles uops were delivered to Instruction Decode Queue (IDQ) from the MITE path. Counting includes uops that may "bypass" the IDQ. This also means that uops are not being delivered from the Decode Stream Buffer (DSB). | EventSel=79H UMask=24H CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| IDQ.DSB_CYCLES | This event counts cycles during which uops are being delivered to Instruction Decode Queue (IDQ) from the Decode Stream Buffer (DSB) path. Counting includes uops that may "bypass" the IDQ. | EventSel=79H UMask=08H CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| IDQ.DSB_UOPS | This event counts the number of uops delivered to Instruction Decode Queue (IDQ) from the Decode Stream Buffer (DSB) path. Counting includes uops that may "bypass" the IDQ. | EventSel=79H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| IDQ.EMPTY | This counts the number of cycles that the instruction decoder queue is empty and can indicate that the application may be bound in the front end. It does not determine whether there are uops being delivered to the Alloc stage since uops can be delivered by bypass skipping the Instruction Decode Queue (IDQ) when it is empty. | EventSel=79H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| IDQ.MITE_ALL_UOPS | This event counts the number of uops delivered to Instruction Decode Queue (IDQ) from the MITE path. Counting includes uops that may "bypass" the IDQ. This also means that uops are not being delivered from the Decode Stream Buffer (DSB). | EventSel=79H UMask=3CH Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| IDQ.MITE_CYCLES | This event counts cycles during which uops are being delivered to Instruction Decode Queue (IDQ) from the MITE path. Counting includes uops that may "bypass" the IDQ. | EventSel=79H UMask=04H CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| IDQ.MITE_UOPS | This event counts the number of uops delivered to Instruction Decode Queue (IDQ) from the MITE path. Counting includes uops that may "bypass" the IDQ. This also means that uops are not being delivered from the Decode Stream Buffer (DSB). | EventSel=79H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| IDQ.MS_CYCLES | This event counts cycles during which uops are being delivered to Instruction Decode Queue (IDQ) while the Microcode Sequencer (MS) is busy. Counting includes uops that may "bypass" the IDQ. Uops maybe initiated by Decode Stream Buffer (DSB) or MITE. | EventSel=79H UMask=30H CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| IDQ.MS_DSB_CYCLES | This event counts cycles during which uops initiated by Decode Stream Buffer (DSB) are being delivered to Instruction Decode Queue (IDQ) while the Microcode Sequencer (MS) is busy. Counting includes uops that may "bypass" the IDQ. | EventSel=79H UMask=10H CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| IDQ.MS_DSB_OCCUR | This event counts the number of deliveries to Instruction Decode Queue (IDQ) initiated by Decode Stream Buffer (DSB) while the Microcode Sequencer (MS) is busy. Counting includes uops that may "bypass" the IDQ. | EventSel=79H UMask=10H EdgeDetect=1 CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| IDQ.MS_DSB_UOPS | This event counts the number of uops initiated by Decode Stream Buffer (DSB) that are being delivered to Instruction Decode Queue (IDQ) while the Microcode Sequencer (MS) is busy. Counting includes uops that may "bypass" the IDQ. | EventSel=79H UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| IDQ.MS_MITE_UOPS | This event counts the number of uops initiated by MITE and delivered to Instruction Decode Queue (IDQ) while the Microcode Sequencer (MS) is busy. Counting includes uops that may "bypass" the IDQ. | EventSel=79H UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| IDQ.MS_SWITCHES | Number of switches from DSB (Decode Stream Buffer) or MITE (legacy decode pipeline) to the Microcode Sequencer. | EventSel=79H UMask=30H EdgeDetect=1 CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| IDQ.MS_UOPS | This event counts the total number of uops delivered to Instruction Decode Queue (IDQ) while the Microcode Sequencer (MS) is busy. Counting includes uops that may "bypass" the IDQ. Uops maybe initiated by Decode Stream Buffer (DSB) or MITE. | EventSel=79H UMask=30H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| IDQ_UOPS_NOT_DELIVERED.CORE | This event counts the number of uops not delivered to Resource Allocation Table (RAT) per thread adding “4 – x” when Resource Allocation Table (RAT) is not stalled and Instruction Decode Queue (IDQ) delivers x uops to Resource Allocation Table (RAT) (where x belongs to {0,1,2,3}). Counting does not cover cases when: a. IDQ-Resource Allocation Table (RAT) pipe serves the other thread; b. Resource Allocation Table (RAT) is stalled for the thread (including uop drops and clear BE conditions); c. Instruction Decode Queue (IDQ) delivers four uops. | EventSel=9CH UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| IDQ_UOPS_NOT_DELIVERED.CYCLES_0_UOPS_DELIV.CORE | This event counts, on the per-thread basis, cycles when no uops are delivered to Resource Allocation Table (RAT). IDQ_Uops_Not_Delivered.core =4. | EventSel=9CH UMask=01H CMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| IDQ_UOPS_NOT_DELIVERED.CYCLES_FE_WAS_OK | Counts cycles FE delivered 4 uops or Resource Allocation Table (RAT) was stalling FE. | EventSel=9CH UMask=01H Invert=1 CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| IDQ_UOPS_NOT_DELIVERED.CYCLES_LE_1_UOP_DELIV.CORE | This event counts, on the per-thread basis, cycles when less than 1 uop is delivered to Resource Allocation Table (RAT). IDQ_Uops_Not_Delivered.core >=3. | EventSel=9CH UMask=01H CMask=03H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| IDQ_UOPS_NOT_DELIVERED.CYCLES_LE_2_UOP_DELIV.CORE | Cycles with less than 2 uops delivered by the front end. | EventSel=9CH UMask=01H CMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| IDQ_UOPS_NOT_DELIVERED.CYCLES_LE_3_UOP_DELIV.CORE | Cycles with less than 3 uops delivered by the front end. | EventSel=9CH UMask=01H CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| ILD_STALL.LCP | This event counts stalls occurred due to changing prefix length (66, 67 or REX.W when they change the length of the decoded instruction). Occurrences counting is proportional to the number of prefixes in a 16B-line. This may result in the following penalties: three-cycle penalty for each LCP in a 16-byte chunk. | EventSel=87H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| INST_RETIRED.PREC_DIST | This is a precise version (that is, uses PEBS) of the event that counts instructions retired. Errata: BDM11, BDM55 |
EventSel=C0H UMask=01H Counter=1 CounterHTOff=1 PEBS:[Precise] |
| INST_RETIRED.X87 | This event counts FP operations retired. For X87 FP operations that have no exceptions counting also includes flows that have several X87, or flows that use X87 uops in the exception handling. | EventSel=C0H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 PEBS:[PreciseEventingIP] |
| INT_MISC.RAT_STALL_CYCLES | This event counts the number of cycles during which Resource Allocation Table (RAT) external stall is sent to Instruction Decode Queue (IDQ) for the current thread. This also includes the cycles during which the Allocator is serving another thread. | EventSel=0DH UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| INT_MISC.RECOVERY_CYCLES | Cycles checkpoints in Resource Allocation Table (RAT) are recovering from JEClear or machine clear. | EventSel=0DH UMask=03H CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| INT_MISC.RECOVERY_CYCLES_ANY | Core cycles the allocator was stalled due to recovery from earlier clear event for any thread running on the physical core (e.g. misprediction or memory nuke). | EventSel=0DH UMask=03H AnyThread=1 CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| ITLB.ITLB_FLUSH | This event counts the number of flushes of the big or small ITLB pages. Counting include both TLB Flush (covering all sets) and TLB Set Clear (set-specific). | EventSel=AEH UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| ITLB_MISSES.MISS_CAUSES_A_WALK | This event counts store misses in all DTLB levels that cause page walks of any page size (4K/2M/4M/1G). Errata: BDM69 |
EventSel=85H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| ITLB_MISSES.STLB_HIT | Operations that miss the first ITLB level but hit the second and do not cause any page walks. | EventSel=85H UMask=60H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| ITLB_MISSES.STLB_HIT_2M | Code misses that miss the DTLB and hit the STLB (2M). | EventSel=85H UMask=40H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| ITLB_MISSES.STLB_HIT_4K | Core misses that miss the DTLB and hit the STLB (4K). | EventSel=85H UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| ITLB_MISSES.WALK_COMPLETED | Misses in all ITLB levels that cause completed page walks. Errata: BDM69 |
EventSel=85H UMask=0EH Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| ITLB_MISSES.WALK_COMPLETED_1G | This event counts store misses in all DTLB levels that cause a completed page walk (1G page size). The page walk can end with or without a fault. Errata: BDM69 |
EventSel=85H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| ITLB_MISSES.WALK_COMPLETED_2M_4M | This event counts store misses in all DTLB levels that cause a completed page walk (2M and 4M page sizes). The page walk can end with or without a fault. Errata: BDM69 |
EventSel=85H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| ITLB_MISSES.WALK_COMPLETED_4K | This event counts store misses in all DTLB levels that cause a completed page walk (4K page size). The page walk can end with or without a fault. Errata: BDM69 |
EventSel=85H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| ITLB_MISSES.WALK_DURATION | This event counts the number of cycles while PMH is busy with the page walk. Errata: BDM69 |
EventSel=85H UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L1D.REPLACEMENT | This event counts L1D data line replacements including opportunistic replacements, and replacements that require stall-for-replace or block-for-replace. | EventSel=51H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L1D_PEND_MISS.FB_FULL | Cycles a demand request was blocked due to Fill Buffers unavailability. | EventSel=48H UMask=02H CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L1D_PEND_MISS.PENDING | This event counts duration of L1D miss outstanding, that is each cycle number of Fill Buffers (FB) outstanding required by Demand Reads. FB either is held by demand loads, or it is held by non-demand loads and gets hit at least once by demand. The valid outstanding interval is defined until the FB deallocation by one of the following ways: from FB allocation, if FB is allocated by demand; from the demand Hit FB, if it is allocated by hardware or software prefetch. Note: In the L1D, a Demand Read contains cacheable or noncacheable demand loads, including ones causing cache-line splits and reads due to page walks resulted from any request type. | EventSel=48H UMask=01H Counter=2 CounterHTOff=2 |
| L1D_PEND_MISS.PENDING_CYCLES | This event counts duration of L1D miss outstanding in cycles. | EventSel=48H UMask=01H CMask=01H Counter=2 CounterHTOff=2 |
| L1D_PEND_MISS.PENDING_CYCLES_ANY | Cycles with L1D load Misses outstanding from any thread on physical core. | EventSel=48H UMask=01H AnyThread=1 CMask=01H Counter=2 CounterHTOff=2 |
| L2_DEMAND_RQSTS.WB_HIT | This event counts the number of WB requests that hit L2 cache. | EventSel=27H UMask=50H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_LINES_IN.ALL | This event counts the number of L2 cache lines filling the L2. Counting does not cover rejects. | EventSel=F1H UMask=07H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_LINES_IN.E | This event counts the number of L2 cache lines in the Exclusive state filling the L2. Counting does not cover rejects. | EventSel=F1H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_LINES_IN.I | This event counts the number of L2 cache lines in the Invalidate state filling the L2. Counting does not cover rejects. | EventSel=F1H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_LINES_IN.S | This event counts the number of L2 cache lines in the Shared state filling the L2. Counting does not cover rejects. | EventSel=F1H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_LINES_OUT.DEMAND_CLEAN | Clean L2 cache lines evicted by demand. | EventSel=F2H UMask=05H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_RQSTS.ALL_CODE_RD | This event counts the total number of L2 code requests. | EventSel=24H UMask=E4H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_RQSTS.ALL_DEMAND_DATA_RD | This event counts the number of demand Data Read requests (including requests from L1D hardware prefetchers). These loads may hit or miss L2 cache. Only non rejected loads are counted. | EventSel=24H UMask=E1H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_RQSTS.ALL_DEMAND_MISS | Demand requests that miss L2 cache. | EventSel=24H UMask=27H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_RQSTS.ALL_DEMAND_REFERENCES | Demand requests to L2 cache. | EventSel=24H UMask=E7H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_RQSTS.ALL_PF | This event counts the total number of requests from the L2 hardware prefetchers. | EventSel=24H UMask=F8H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_RQSTS.ALL_RFO | This event counts the total number of RFO (read for ownership) requests to L2 cache. L2 RFO requests include both L1D demand RFO misses as well as L1D RFO prefetches. | EventSel=24H UMask=E2H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_RQSTS.CODE_RD_HIT | L2 cache hits when fetching instructions, code reads. | EventSel=24H UMask=C4H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_RQSTS.CODE_RD_MISS | L2 cache misses when fetching instructions. | EventSel=24H UMask=24H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_RQSTS.DEMAND_DATA_RD_HIT | Counts the number of demand Data Read requests, initiated by load instructions, that hit L2 cache. | EventSel=24H UMask=C1H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_RQSTS.DEMAND_DATA_RD_MISS | This event counts the number of demand Data Read requests that miss L2 cache. Only not rejected loads are counted. | EventSel=24H UMask=21H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_RQSTS.L2_PF_HIT | This event counts the number of requests from the L2 hardware prefetchers that hit L2 cache. L3 prefetch new types. | EventSel=24H UMask=D0H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_RQSTS.L2_PF_MISS | This event counts the number of requests from the L2 hardware prefetchers that miss L2 cache. | EventSel=24H UMask=30H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_RQSTS.MISS | All requests that miss L2 cache. | EventSel=24H UMask=3FH Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_RQSTS.REFERENCES | All L2 requests. | EventSel=24H UMask=FFH Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_RQSTS.RFO_HIT | RFO requests that hit L2 cache. | EventSel=24H UMask=C2H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_RQSTS.RFO_MISS | RFO requests that miss L2 cache. | EventSel=24H UMask=22H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_TRANS.ALL_PF | This event counts L2 or L3 HW prefetches that access L2 cache including rejects. | EventSel=F0H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_TRANS.ALL_REQUESTS | This event counts transactions that access the L2 pipe including snoops, pagewalks, and so on. | EventSel=F0H UMask=80H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_TRANS.CODE_RD | This event counts the number of L2 cache accesses when fetching instructions. | EventSel=F0H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_TRANS.DEMAND_DATA_RD | This event counts Demand Data Read requests that access L2 cache, including rejects. | EventSel=F0H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_TRANS.L1D_WB | This event counts L1D writebacks that access L2 cache. | EventSel=F0H UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_TRANS.L2_FILL | This event counts L2 fill requests that access L2 cache. | EventSel=F0H UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_TRANS.L2_WB | This event counts L2 writebacks that access L2 cache. | EventSel=F0H UMask=40H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| L2_TRANS.RFO | This event counts Read for Ownership (RFO) requests that access L2 cache. | EventSel=F0H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| LD_BLOCKS.NO_SR | This event counts the number of times that split load operations are temporarily blocked because all resources for handling the split accesses are in use. | EventSel=03H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| LD_BLOCKS.STORE_FORWARD | This event counts how many times the load operation got the true Block-on-Store blocking code preventing store forwarding. This includes cases when: - preceding store conflicts with the load (incomplete overlap); - store forwarding is impossible due to u-arch limitations; - preceding lock RMW operations are not forwarded; - store has the no-forward bit set (uncacheable/page-split/masked stores); - all-blocking stores are used (mostly, fences and port I/O); and others. The most common case is a load blocked due to its address range overlapping with a preceding smaller uncompleted store. Note: This event does not take into account cases of out-of-SW-control (for example, SbTailHit), unknown physical STA, and cases of blocking loads on store due to being non-WB memory type or a lock. These cases are covered by other events. See the table of not supported store forwards in the Optimization Guide. | EventSel=03H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| LD_BLOCKS_PARTIAL.ADDRESS_ALIAS | This event counts false dependencies in MOB when the partial comparison upon loose net check and dependency was resolved by the Enhanced Loose net mechanism. This may not result in high performance penalties. Loose net checks can fail when loads and stores are 4k aliased. | EventSel=07H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| LOAD_HIT_PRE.HW_PF | This event counts all not software-prefetch load dispatches that hit the fill buffer (FB) allocated for the hardware prefetch. | EventSel=4CH UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| LOAD_HIT_PRE.SW_PF | This event counts all not software-prefetch load dispatches that hit the fill buffer (FB) allocated for the software prefetch. It can also be incremented by some lock instructions. So it should only be used with profiling so that the locks can be excluded by asm inspection of the nearby instructions. | EventSel=4CH UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| LOCK_CYCLES.CACHE_LOCK_DURATION | This event counts the number of cycles when the L1D is locked. It is a superset of the 0x1 mask (BUS_LOCK_CLOCKS.BUS_LOCK_DURATION). | EventSel=63H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| LOCK_CYCLES.SPLIT_LOCK_UC_LOCK_DURATION | This event counts cycles in which the L1 and L2 are locked due to a UC lock or split lock. A lock is asserted in case of locked memory access, due to noncacheable memory, locked operation that spans two cache lines, or a page walk from the noncacheable page table. L1D and L2 locks have a very high performance penalty and it is highly recommended to avoid such access. | EventSel=63H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| LSD.CYCLES_4_UOPS | Cycles 4 Uops delivered by the LSD, but didn't come from the decoder. | EventSel=A8H UMask=01H CMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| LSD.CYCLES_ACTIVE | Cycles Uops delivered by the LSD, but didn't come from the decoder. | EventSel=A8H UMask=01H CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| LSD.UOPS | Number of Uops delivered by the LSD. | EventSel=A8H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| MACHINE_CLEARS.COUNT | Number of machine clears (nukes) of any type. | EventSel=C3H UMask=01H EdgeDetect=1 CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| MACHINE_CLEARS.CYCLES | This event counts both thread-specific (TS) and all-thread (AT) nukes. | EventSel=C3H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| MACHINE_CLEARS.MASKMOV | Maskmov false fault - counts number of time ucode passes through Maskmov flow due to instruction's mask being 0 while the flow was completed without raising a fault. | EventSel=C3H UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| MACHINE_CLEARS.MEMORY_ORDERING | This event counts the number of memory ordering Machine Clears detected. Memory Ordering Machine Clears can result from one of the following: 1. memory disambiguation, 2. external snoop, or 3. cross SMT-HW-thread snoop (stores) hitting load buffer. | EventSel=C3H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| MACHINE_CLEARS.SMC | This event counts self-modifying code (SMC) detected, which causes a machine clear. | EventSel=C3H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| MEM_LOAD_UOPS_L3_HIT_RETIRED.XSNP_HIT | This event counts retired load uops which data sources were L3 hit and a cross-core snoop hit in the on-pkg core cache. Errata: BDM100 |
EventSel=D2H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| MEM_LOAD_UOPS_L3_HIT_RETIRED.XSNP_HIT_PS | This is a precise version (that is, uses PEBS) of the event that counts retired load uops which data sources were L3 hit and a cross-core snoop hit in the on-pkg core cache. Errata: BDM100 |
EventSel=D2H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, DataLinearAddress] |
| MEM_LOAD_UOPS_L3_HIT_RETIRED.XSNP_HITM | This event counts retired load uops which data sources were HitM responses from a core on same socket (shared L3). Errata: BDM100 |
EventSel=D2H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| MEM_LOAD_UOPS_L3_HIT_RETIRED.XSNP_HITM_PS | This is a precise version (that is, uses PEBS) of the event that counts retired load uops which data sources were HitM responses from a core on same socket (shared L3). Errata: BDM100 |
EventSel=D2H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, DataLinearAddress] |
| MEM_LOAD_UOPS_L3_HIT_RETIRED.XSNP_MISS | This event counts retired load uops which data sources were L3 Hit and a cross-core snoop missed in the on-pkg core cache. Errata: BDM100 |
EventSel=D2H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| MEM_LOAD_UOPS_L3_HIT_RETIRED.XSNP_MISS_PS | This is a precise version (that is, uses PEBS) of the event that counts retired load uops which data sources were L3 Hit and a cross-core snoop missed in the on-pkg core cache. Errata: BDM100 |
EventSel=D2H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, DataLinearAddress] |
| MEM_LOAD_UOPS_L3_HIT_RETIRED.XSNP_NONE | This event counts retired load uops which data sources were hits in the last-level (L3) cache without snoops required. Errata: BDM100 |
EventSel=D2H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| MEM_LOAD_UOPS_L3_HIT_RETIRED.XSNP_NONE_PS | This is a precise version (that is, uses PEBS) of the event that counts retired load uops which data sources were hits in the last-level (L3) cache without snoops required. Errata: BDM100 |
EventSel=D2H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, DataLinearAddress] |
| MEM_LOAD_UOPS_L3_MISS_RETIRED.LOCAL_DRAM | Retired load uop whose Data Source was: local DRAM either Snoop not needed or Snoop Miss (RspI). Errata: BDE70, BDM100 |
EventSel=D3H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| MEM_LOAD_UOPS_L3_MISS_RETIRED.LOCAL_DRAM_PS | This event counts retired load uops where the data came from local DRAM. This does not include hardware prefetches. This is a precise event. Errata: BDE70, BDM100 |
EventSel=D3H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, DataLinearAddress] |
| MEM_LOAD_UOPS_L3_MISS_RETIRED.REMOTE_DRAM | Retired load uop whose Data Source was: remote DRAM either Snoop not needed or Snoop Miss (RspI) Errata: BDE70 |
EventSel=D3H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| MEM_LOAD_UOPS_L3_MISS_RETIRED.REMOTE_DRAM_PS | Retired load uop whose Data Source was: remote DRAM either Snoop not needed or Snoop Miss (RspI) (Precise Event) Errata: BDE70 |
EventSel=D3H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, DataLinearAddress] |
| MEM_LOAD_UOPS_L3_MISS_RETIRED.REMOTE_FWD | Retired load uop whose Data Source was: forwarded from remote cache Errata: BDE70 |
EventSel=D3H UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| MEM_LOAD_UOPS_L3_MISS_RETIRED.REMOTE_FWD_PS | Retired load uop whose Data Source was: forwarded from remote cache (Precise Event) Errata: BDE70 |
EventSel=D3H UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, DataLinearAddress] |
| MEM_LOAD_UOPS_L3_MISS_RETIRED.REMOTE_HITM | Retired load uop whose Data Source was: Remote cache HITM Errata: BDE70 |
EventSel=D3H UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| MEM_LOAD_UOPS_L3_MISS_RETIRED.REMOTE_HITM_PS | Retired load uop whose Data Source was: Remote cache HITM (Precise Event) Errata: BDE70 |
EventSel=D3H UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, DataLinearAddress] |
| MEM_LOAD_UOPS_RETIRED.HIT_LFB | This event counts retired load uops which data sources were load uops missed L1 but hit a fill buffer due to a preceding miss to the same cache line with the data not ready. Note: Only two data-sources of L1/FB are applicable for AVX-256bit even though the corresponding AVX load could be serviced by a deeper level in the memory hierarchy. Data source is reported for the Low-half load. | EventSel=D1H UMask=40H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| MEM_LOAD_UOPS_RETIRED.HIT_LFB_PS | This is a precise version (that is, uses PEBS) of the event that counts retired load uops which data sources were load uops missed L1 but hit a fill buffer due to a preceding miss to the same cache line with the data not ready. Note: Only two data-sources of L1/FB are applicable for AVX-256bit even though the corresponding AVX load could be serviced by a deeper level in the memory hierarchy. Data source is reported for the Low-half load. | EventSel=D1H UMask=40H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, DataLinearAddress] |
| MEM_LOAD_UOPS_RETIRED.L1_HIT | This event counts retired load uops which data sources were hits in the nearest-level (L1) cache. Note: Only two data-sources of L1/FB are applicable for AVX-256bit even though the corresponding AVX load could be serviced by a deeper level in the memory hierarchy. Data source is reported for the Low-half load. This event also counts SW prefetches independent of the actual data source. | EventSel=D1H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| MEM_LOAD_UOPS_RETIRED.L1_HIT_PS | This is a precise version (that is, uses PEBS) of the event that counts retired load uops which data source were hits in the nearest-level (L1) cache. Note: Only two data-sources of L1/FB are applicable for AVX-256bit even though the corresponding AVX load could be serviced by a deeper level in the memory hierarchy. Data source is reported for the Low-half load. This event also counts SW prefetches independent of the actual data source. | EventSel=D1H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, DataLinearAddress] |
| MEM_LOAD_UOPS_RETIRED.L1_MISS | This event counts retired load uops which data sources were misses in the nearest-level (L1) cache. Counting excludes unknown and UC data source. | EventSel=D1H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| MEM_LOAD_UOPS_RETIRED.L1_MISS_PS | This is a precise version (that is, uses PEBS) of the event that counts retired load uops which data sources were misses in the nearest-level (L1) cache. Counting excludes unknown and UC data source. | EventSel=D1H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, DataLinearAddress] |
| MEM_LOAD_UOPS_RETIRED.L2_HIT | This event counts retired load uops which data sources were hits in the mid-level (L2) cache. Errata: BDM35 |
EventSel=D1H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| MEM_LOAD_UOPS_RETIRED.L2_HIT_PS | This is a precise version (that is, uses PEBS) of the event that counts retired load uops which data sources were hits in the mid-level (L2) cache. Errata: BDM35 |
EventSel=D1H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, DataLinearAddress] |
| MEM_LOAD_UOPS_RETIRED.L2_MISS | This event counts retired load uops which data sources were misses in the mid-level (L2) cache. Counting excludes unknown and UC data source. | EventSel=D1H UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| MEM_LOAD_UOPS_RETIRED.L2_MISS_PS | This is a precise version (that is, uses PEBS) of the event that counts retired load uops which data sources were misses in the mid-level (L2) cache. Counting excludes unknown and UC data source. | EventSel=D1H UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, DataLinearAddress] |
| MEM_LOAD_UOPS_RETIRED.L3_HIT | This event counts retired load uops which data sources were data hits in the last-level (L3) cache without snoops required. Errata: BDM100 |
EventSel=D1H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| MEM_LOAD_UOPS_RETIRED.L3_HIT_PS | This is a precise version (that is, uses PEBS) of the event that counts retired load uops which data sources were data hits in the last-level (L3) cache without snoops required. Errata: BDM100 |
EventSel=D1H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, DataLinearAddress] |
| MEM_LOAD_UOPS_RETIRED.L3_MISS | Miss in last-level (L3) cache. Excludes Unknown data-source. Errata: BDM100, BDE70 |
EventSel=D1H UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| MEM_LOAD_UOPS_RETIRED.L3_MISS_PS | Miss in last-level (L3) cache. Excludes Unknown data-source. (Precise Event - PEBS). Errata: BDM100 |
EventSel=D1H UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, DataLinearAddress] |
| MEM_TRANS_RETIRED.LOAD_LATENCY_GT_128 | Counts randomly selected loads with latency value being above 128. Errata: BDM100, BDM35 |
EventSel=CDH UMask=01H MSR_PEBS_LD_LAT_THRESHOLD(3F6H)=80H Counter=3 CounterHTOff=3 PEBS:[Precise, DataLinearAddress, Latency] |
| MEM_TRANS_RETIRED.LOAD_LATENCY_GT_16 | Counts randomly selected loads with latency value being above 16. Errata: BDM100, BDM35 |
EventSel=CDH UMask=01H MSR_PEBS_LD_LAT_THRESHOLD(3F6H)=10H Counter=3 CounterHTOff=3 PEBS:[Precise, DataLinearAddress, Latency] |
| MEM_TRANS_RETIRED.LOAD_LATENCY_GT_256 | Counts randomly selected loads with latency value being above 256. Errata: BDM100, BDM35 |
EventSel=CDH UMask=01H MSR_PEBS_LD_LAT_THRESHOLD(3F6H)=100H Counter=3 CounterHTOff=3 PEBS:[Precise, DataLinearAddress, Latency] |
| MEM_TRANS_RETIRED.LOAD_LATENCY_GT_32 | Counts randomly selected loads with latency value being above 32. Errata: BDM100, BDM35 |
EventSel=CDH UMask=01H MSR_PEBS_LD_LAT_THRESHOLD(3F6H)=20H Counter=3 CounterHTOff=3 PEBS:[Precise, DataLinearAddress, Latency] |
| MEM_TRANS_RETIRED.LOAD_LATENCY_GT_4 | Counts randomly selected loads with latency value being above four. Errata: BDM100, BDM35 |
EventSel=CDH UMask=01H MSR_PEBS_LD_LAT_THRESHOLD(3F6H)=04H Counter=3 CounterHTOff=3 PEBS:[Precise, DataLinearAddress, Latency] |
| MEM_TRANS_RETIRED.LOAD_LATENCY_GT_512 | Counts randomly selected loads with latency value being above 512. Errata: BDM100, BDM35 |
EventSel=CDH UMask=01H MSR_PEBS_LD_LAT_THRESHOLD(3F6H)=200H Counter=3 CounterHTOff=3 PEBS:[Precise, DataLinearAddress, Latency] |
| MEM_TRANS_RETIRED.LOAD_LATENCY_GT_64 | Counts randomly selected loads with latency value being above 64. Errata: BDM100, BDM35 |
EventSel=CDH UMask=01H MSR_PEBS_LD_LAT_THRESHOLD(3F6H)=40H Counter=3 CounterHTOff=3 PEBS:[Precise, DataLinearAddress, Latency] |
| MEM_TRANS_RETIRED.LOAD_LATENCY_GT_8 | Counts randomly selected loads with latency value being above eight. Errata: BDM100, BDM35 |
EventSel=CDH UMask=01H MSR_PEBS_LD_LAT_THRESHOLD(3F6H)=08H Counter=3 CounterHTOff=3 PEBS:[Precise, DataLinearAddress, Latency] |
| MEM_UOPS_RETIRED.ALL_LOADS | Counts all retired load uops. This event accounts for SW prefetch uops of PREFETCHNTA or PREFETCHT0/1/2 or PREFETCHW. | EventSel=D0H UMask=81H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| MEM_UOPS_RETIRED.ALL_LOADS_PS | Counts all retired load uops. This event accounts for SW prefetch uops of PREFETCHNTA or PREFETCHT0/1/2 or PREFETCHW. (Precise Event - PEBS) | EventSel=D0H UMask=81H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, DataLinearAddress] |
| MEM_UOPS_RETIRED.ALL_STORES | Counts all retired store uops. | EventSel=D0H UMask=82H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| MEM_UOPS_RETIRED.ALL_STORES_PS | Counts all retired store uops. (Precise Event - PEBS) | EventSel=D0H UMask=82H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, DataLinearAddress] |
| MEM_UOPS_RETIRED.LOCK_LOADS | This event counts load uops with locked access retired to the architected path. Errata: BDM35 |
EventSel=D0H UMask=21H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| MEM_UOPS_RETIRED.LOCK_LOADS_PS | This is a precise version (that is, uses PEBS) of the event that counts load uops with locked access retired to the architected path. Errata: BDM35 |
EventSel=D0H UMask=21H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, DataLinearAddress] |
| MEM_UOPS_RETIRED.SPLIT_LOADS | This event counts line-splitted load uops retired to the architected path. A line split is across 64B cache-line which includes a page split (4K). | EventSel=D0H UMask=41H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| MEM_UOPS_RETIRED.SPLIT_LOADS_PS | This is a precise version (that is, uses PEBS) of the event that counts line-splitted load uops retired to the architected path. A line split is across 64B cache-line which includes a page split (4K). | EventSel=D0H UMask=41H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, DataLinearAddress] |
| MEM_UOPS_RETIRED.SPLIT_STORES | This event counts line-splitted store uops retired to the architected path. A line split is across 64B cache-line which includes a page split (4K). | EventSel=D0H UMask=42H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| MEM_UOPS_RETIRED.SPLIT_STORES_PS | This is a precise version (that is, uses PEBS) of the event that counts line-splitted store uops retired to the architected path. A line split is across 64B cache-line which includes a page split (4K). | EventSel=D0H UMask=42H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, DataLinearAddress] |
| MEM_UOPS_RETIRED.STLB_MISS_LOADS | This event counts load uops with true STLB miss retired to the architected path. True STLB miss is an uop triggering page walk that gets completed without blocks, and later gets retired. This page walk can end up with or without a fault. | EventSel=D0H UMask=11H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| MEM_UOPS_RETIRED.STLB_MISS_LOADS_PS | This is a precise version (that is, uses PEBS) of the event that counts load uops with true STLB miss retired to the architected path. True STLB miss is an uop triggering page walk that gets completed without blocks, and later gets retired. This page walk can end up with or without a fault. | EventSel=D0H UMask=11H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, DataLinearAddress] |
| MEM_UOPS_RETIRED.STLB_MISS_STORES | This event counts store uops with true STLB miss retired to the architected path. True STLB miss is an uop triggering page walk that gets completed without blocks, and later gets retired. This page walk can end up with or without a fault. | EventSel=D0H UMask=12H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| MEM_UOPS_RETIRED.STLB_MISS_STORES_PS | This is a precise version (that is, uses PEBS) of the event that counts store uops true STLB miss retired to the architected path. True STLB miss is an uop triggering page walk that gets completed without blocks, and later gets retired. This page walk can end up with or without a fault. | EventSel=D0H UMask=12H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, DataLinearAddress] |
| MISALIGN_MEM_REF.LOADS | This event counts speculative cache-line split load uops dispatched to the L1 cache. | EventSel=05H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| MISALIGN_MEM_REF.STORES | This event counts speculative cache line split store-address (STA) uops dispatched to the L1 cache. | EventSel=05H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| MOVE_ELIMINATION.INT_ELIMINATED | Number of integer Move Elimination candidate uops that were eliminated. | EventSel=58H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| MOVE_ELIMINATION.INT_NOT_ELIMINATED | Number of integer Move Elimination candidate uops that were not eliminated. | EventSel=58H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| MOVE_ELIMINATION.SIMD_ELIMINATED | Number of SIMD Move Elimination candidate uops that were eliminated. | EventSel=58H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| MOVE_ELIMINATION.SIMD_NOT_ELIMINATED | Number of SIMD Move Elimination candidate uops that were not eliminated. | EventSel=58H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| OFFCORE_REQUESTS.ALL_DATA_RD | This event counts the demand and prefetch data reads. All Core Data Reads include cacheable "Demands" and L2 prefetchers (not L3 prefetchers). Counting also covers reads due to page walks resulted from any request type. | EventSel=B0H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| OFFCORE_REQUESTS.ALL_REQUESTS | This event counts memory transactions reached the super queue including requests initiated by the core, all L3 prefetches, page walks, and so on. | EventSel=B0H UMask=80H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| OFFCORE_REQUESTS.DEMAND_CODE_RD | This event counts both cacheable and non-cacheable code read requests. | EventSel=B0H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| OFFCORE_REQUESTS.DEMAND_DATA_RD | This event counts the Demand Data Read requests sent to uncore. Use it in conjunction with OFFCORE_REQUESTS_OUTSTANDING to determine average latency in the uncore. | EventSel=B0H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| OFFCORE_REQUESTS.DEMAND_RFO | This event counts the demand RFO (read for ownership) requests including regular RFOs, locks, ItoM. | EventSel=B0H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| OFFCORE_REQUESTS_BUFFER.SQ_FULL | This event counts the number of cases when the offcore requests buffer cannot take more entries for the core. This can happen when the superqueue does not contain eligible entries, or when L1D writeback pending FIFO requests is full. Note: Writeback pending FIFO has six entries. | EventSel=B2H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| OFFCORE_REQUESTS_OUTSTANDING.ALL_DATA_RD | This event counts the number of offcore outstanding cacheable Core Data Read transactions in the super queue every cycle. A transaction is considered to be in the Offcore outstanding state between L2 miss and transaction completion sent to requestor (SQ de-allocation). See corresponding Umask under OFFCORE_REQUESTS. Errata: BDM76 |
EventSel=60H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| OFFCORE_REQUESTS_OUTSTANDING.CYCLES_WITH_DATA_RD | This event counts cycles when offcore outstanding cacheable Core Data Read transactions are present in the super queue. A transaction is considered to be in the Offcore outstanding state between L2 miss and transaction completion sent to requestor (SQ de-allocation). See corresponding Umask under OFFCORE_REQUESTS. Errata: BDM76 |
EventSel=60H UMask=08H CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| OFFCORE_REQUESTS_OUTSTANDING.CYCLES_WITH_DEMAND_DATA_RD | This event counts cycles when offcore outstanding Demand Data Read transactions are present in the super queue (SQ). A transaction is considered to be in the Offcore outstanding state between L2 miss and transaction completion sent to requestor (SQ de-allocation). Errata: BDM76 |
EventSel=60H UMask=01H CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| OFFCORE_REQUESTS_OUTSTANDING.CYCLES_WITH_DEMAND_RFO | This event counts the number of offcore outstanding demand rfo Reads transactions in the super queue every cycle. The "Offcore outstanding" state of the transaction lasts from the L2 miss until the sending transaction completion to requestor (SQ deallocation). See the corresponding Umask under OFFCORE_REQUESTS. Errata: BDM76 |
EventSel=60H UMask=04H CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| OFFCORE_REQUESTS_OUTSTANDING.DEMAND_CODE_RD | This event counts the number of offcore outstanding Code Reads transactions in the super queue every cycle. The "Offcore outstanding" state of the transaction lasts from the L2 miss until the sending transaction completion to requestor (SQ deallocation). See the corresponding Umask under OFFCORE_REQUESTS. Errata: BDM76 |
EventSel=60H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| OFFCORE_REQUESTS_OUTSTANDING.DEMAND_DATA_RD | This event counts the number of offcore outstanding Demand Data Read transactions in the super queue (SQ) every cycle. A transaction is considered to be in the Offcore outstanding state between L2 miss and transaction completion sent to requestor. See the corresponding Umask under OFFCORE_REQUESTS.
Note: A prefetch promoted to Demand is counted from the promotion point. Errata: BDM76 |
EventSel=60H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| OFFCORE_REQUESTS_OUTSTANDING.DEMAND_DATA_RD_GE_6 | Cycles with at least 6 offcore outstanding Demand Data Read transactions in uncore queue. Errata: BDM76 |
EventSel=60H UMask=01H CMask=06H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| OFFCORE_REQUESTS_OUTSTANDING.DEMAND_RFO | This event counts the number of offcore outstanding RFO (store) transactions in the super queue (SQ) every cycle. A transaction is considered to be in the Offcore outstanding state between L2 miss and transaction completion sent to requestor (SQ de-allocation). See corresponding Umask under OFFCORE_REQUESTS. Errata: BDM76 |
EventSel=60H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| OTHER_ASSISTS.ANY_WB_ASSIST | Number of times any microcode assist is invoked by HW upon uop writeback. | EventSel=C1H UMask=40H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 PEBS:[PreciseEventingIP] |
| OTHER_ASSISTS.AVX_TO_SSE | This event counts the number of transitions from AVX-256 to legacy SSE when penalty is applicable. Errata: BDM30 |
EventSel=C1H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 PEBS:[PreciseEventingIP] |
| OTHER_ASSISTS.SSE_TO_AVX | This event counts the number of transitions from legacy SSE to AVX-256 when penalty is applicable. Errata: BDM30 |
EventSel=C1H UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 PEBS:[PreciseEventingIP] |
| PAGE_WALKER_LOADS.DTLB_L1 | Number of DTLB page walker hits in the L1+FB. Errata: BDM69, BDM98 |
EventSel=BCH UMask=11H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| PAGE_WALKER_LOADS.DTLB_L2 | Number of DTLB page walker hits in the L2. Errata: BDM69, BDM98 |
EventSel=BCH UMask=12H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| PAGE_WALKER_LOADS.DTLB_L3 | Number of DTLB page walker hits in the L3 + XSNP. Errata: BDM69, BDM98 |
EventSel=BCH UMask=14H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| PAGE_WALKER_LOADS.DTLB_MEMORY | Number of DTLB page walker hits in Memory. Errata: BDM69, BDM98 |
EventSel=BCH UMask=18H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| PAGE_WALKER_LOADS.ITLB_L1 | Number of ITLB page walker hits in the L1+FB. Errata: BDM69, BDM98 |
EventSel=BCH UMask=21H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| PAGE_WALKER_LOADS.ITLB_L2 | Number of ITLB page walker hits in the L2. Errata: BDM69, BDM98 |
EventSel=BCH UMask=22H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| PAGE_WALKER_LOADS.ITLB_L3 | Number of ITLB page walker hits in the L3 + XSNP. Errata: BDM69, BDM98 |
EventSel=BCH UMask=24H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| RESOURCE_STALLS.ANY | This event counts resource-related stall cycles. | EventSel=A2H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| RESOURCE_STALLS.ROB | This event counts ROB full stall cycles. This counts cycles that the pipeline backend blocked uop delivery from the front end. | EventSel=A2H UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| RESOURCE_STALLS.RS | This event counts stall cycles caused by absence of eligible entries in the reservation station (RS). This may result from RS overflow, or from RS deallocation because of the RS array Write Port allocation scheme (each RS entry has two write ports instead of four. As a result, empty entries could not be used, although RS is not really full). This counts cycles that the pipeline backend blocked uop delivery from the front end. | EventSel=A2H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| RESOURCE_STALLS.SB | This event counts stall cycles caused by the store buffer (SB) overflow (excluding draining from synch). This counts cycles that the pipeline backend blocked uop delivery from the front end. | EventSel=A2H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| ROB_MISC_EVENTS.LBR_INSERTS | This event counts cases of saving new LBR records by hardware. This assumes proper enabling of LBRs and takes into account LBR filtering done by the LBR_SELECT register. | EventSel=CCH UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| RS_EVENTS.EMPTY_CYCLES | This event counts cycles during which the reservation station (RS) is empty for the thread. Note: In ST-mode, not active thread should drive 0. This is usually caused by severely costly branch mispredictions, or allocator/FE issues. | EventSel=5EH UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| RS_EVENTS.EMPTY_END | Counts end of periods where the Reservation Station (RS) was empty. Could be useful to precisely locate Frontend Latency Bound issues. | EventSel=5EH UMask=01H EdgeDetect=1 Invert=1 CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| RTM_RETIRED.ABORTED | Number of times RTM abort was triggered . | EventSel=C9H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP, Counter=0,1,2,3] |
| RTM_RETIRED.ABORTED_MISC1 | Number of times an RTM abort was attributed to a Memory condition (See TSX_Memory event for additional details). | EventSel=C9H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| RTM_RETIRED.ABORTED_MISC2 | Number of times the TSX watchdog signaled an RTM abort. | EventSel=C9H UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| RTM_RETIRED.ABORTED_MISC3 | Number of times a disallowed operation caused an RTM abort. | EventSel=C9H UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| RTM_RETIRED.ABORTED_MISC4 | Number of times a RTM caused a fault. | EventSel=C9H UMask=40H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| RTM_RETIRED.ABORTED_MISC5 | Number of times RTM aborted and was not due to the abort conditions in subevents 3-6. | EventSel=C9H UMask=80H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| RTM_RETIRED.ABORTED_PS | Number of times RTM abort was triggered (PEBS). | EventSel=C9H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| RTM_RETIRED.COMMIT | Number of times RTM commit succeeded. | EventSel=C9H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| RTM_RETIRED.START | Number of times we entered an RTM region does not count nested transactions. | EventSel=C9H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| SQ_MISC.SPLIT_LOCK | This event counts the number of split locks in the super queue. | EventSel=F4H UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| TLB_FLUSH.DTLB_THREAD | This event counts the number of DTLB flush attempts of the thread-specific entries. | EventSel=BDH UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| TLB_FLUSH.STLB_ANY | This event counts the number of any STLB flush attempts (such as entire, VPID, PCID, InvPage, CR3 write, and so on). | EventSel=BDH UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| TX_EXEC.MISC1 | Counts the number of times a class of instructions that may cause a transactional abort was executed. Since this is the count of execution, it may not always cause a transactional abort. | EventSel=5DH UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| TX_EXEC.MISC2 | Unfriendly TSX abort triggered by a vzeroupper instruction. | EventSel=5DH UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| TX_EXEC.MISC3 | Unfriendly TSX abort triggered by a nest count that is too deep. | EventSel=5DH UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| TX_EXEC.MISC4 | RTM region detected inside HLE. | EventSel=5DH UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| TX_EXEC.MISC5 | Counts the number of times an HLE XACQUIRE instruction was executed inside an RTM transactional region. | EventSel=5DH UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| TX_MEM.ABORT_CAPACITY_WRITE | Number of times a TSX Abort was triggered due to an evicted line caused by a transaction overflow. | EventSel=54H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| TX_MEM.ABORT_CONFLICT | Number of times a TSX line had a cache conflict. | EventSel=54H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| TX_MEM.ABORT_HLE_ELISION_BUFFER_MISMATCH | Number of times a TSX Abort was triggered due to release/commit but data and address mismatch. | EventSel=54H UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| TX_MEM.ABORT_HLE_ELISION_BUFFER_NOT_EMPTY | Number of times a TSX Abort was triggered due to commit but Lock Buffer not empty. | EventSel=54H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| TX_MEM.ABORT_HLE_ELISION_BUFFER_UNSUPPORTED_ALIGNMENT | Number of times a TSX Abort was triggered due to attempting an unsupported alignment from Lock Buffer. | EventSel=54H UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| TX_MEM.ABORT_HLE_STORE_TO_ELIDED_LOCK | Number of times a TSX Abort was triggered due to a non-release/commit store to lock. | EventSel=54H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| TX_MEM.HLE_ELISION_BUFFER_FULL | Number of times we could not allocate Lock Buffer. | EventSel=54H UMask=40H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOP_DISPATCHES_CANCELLED.SIMD_PRF | This event counts the number of micro-operations cancelled after they were dispatched from the scheduler to the execution units when the total number of physical register read ports across all dispatch ports exceeds the read bandwidth of the physical register file. The SIMD_PRF subevent applies to the following instructions: VDPPS, DPPS, VPCMPESTRI, PCMPESTRI, VPCMPESTRM, PCMPESTRM, VFMADD*, VFMADDSUB*, VFMSUB*, VMSUBADD*, VFNMADD*, VFNMSUB*. See the Broadwell Optimization Guide for more information. | EventSel=A0H UMask=03H CMask=0 Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| UOPS_DISPATCHED_PORT.PORT_0 | This event counts, on the per-thread basis, cycles during which uops are dispatched from the Reservation Station (RS) to port 0. | EventSel=A1H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_DISPATCHED_PORT.PORT_1 | This event counts, on the per-thread basis, cycles during which uops are dispatched from the Reservation Station (RS) to port 1. | EventSel=A1H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_DISPATCHED_PORT.PORT_2 | This event counts, on the per-thread basis, cycles during which uops are dispatched from the Reservation Station (RS) to port 2. | EventSel=A1H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_DISPATCHED_PORT.PORT_3 | This event counts, on the per-thread basis, cycles during which uops are dispatched from the Reservation Station (RS) to port 3. | EventSel=A1H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_DISPATCHED_PORT.PORT_4 | This event counts, on the per-thread basis, cycles during which uops are dispatched from the Reservation Station (RS) to port 4. | EventSel=A1H UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_DISPATCHED_PORT.PORT_5 | This event counts, on the per-thread basis, cycles during which uops are dispatched from the Reservation Station (RS) to port 5. | EventSel=A1H UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_DISPATCHED_PORT.PORT_6 | This event counts, on the per-thread basis, cycles during which uops are dispatched from the Reservation Station (RS) to port 6. | EventSel=A1H UMask=40H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_DISPATCHED_PORT.PORT_7 | This event counts, on the per-thread basis, cycles during which uops are dispatched from the Reservation Station (RS) to port 7. | EventSel=A1H UMask=80H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED.CORE | Number of uops executed from any thread. | EventSel=B1H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED.CORE_CYCLES_GE_1 | Cycles at least 1 micro-op is executed from any thread on physical core. | EventSel=B1H UMask=02H CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED.CORE_CYCLES_GE_2 | Cycles at least 2 micro-op is executed from any thread on physical core. | EventSel=B1H UMask=02H CMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED.CORE_CYCLES_GE_3 | Cycles at least 3 micro-op is executed from any thread on physical core. | EventSel=B1H UMask=02H CMask=03H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED.CORE_CYCLES_GE_4 | Cycles at least 4 micro-op is executed from any thread on physical core. | EventSel=B1H UMask=02H CMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED.CORE_CYCLES_NONE | Cycles with no micro-ops executed from any thread on physical core. | EventSel=B1H UMask=02H Invert=1 Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED.CYCLES_GE_1_UOP_EXEC | Cycles where at least 1 uop was executed per-thread. | EventSel=B1H UMask=01H CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| UOPS_EXECUTED.CYCLES_GE_2_UOPS_EXEC | Cycles where at least 2 uops were executed per-thread. | EventSel=B1H UMask=01H CMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| UOPS_EXECUTED.CYCLES_GE_3_UOPS_EXEC | Cycles where at least 3 uops were executed per-thread. | EventSel=B1H UMask=01H CMask=03H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| UOPS_EXECUTED.CYCLES_GE_4_UOPS_EXEC | Cycles where at least 4 uops were executed per-thread. | EventSel=B1H UMask=01H CMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| UOPS_EXECUTED.STALL_CYCLES | This event counts cycles during which no uops were dispatched from the Reservation Station (RS) per thread. | EventSel=B1H UMask=01H Invert=1 CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| UOPS_EXECUTED.THREAD | Number of uops to be executed per-thread each cycle. | EventSel=B1H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED_PORT.PORT_0 | This event counts, on the per-thread basis, cycles during which uops are dispatched from the Reservation Station (RS) to port 0. | EventSel=A1H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED_PORT.PORT_0_CORE | Cycles per core when uops are executed in port 0. | EventSel=A1H UMask=01H AnyThread=1 Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED_PORT.PORT_1 | This event counts, on the per-thread basis, cycles during which uops are dispatched from the Reservation Station (RS) to port 1. | EventSel=A1H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED_PORT.PORT_1_CORE | Cycles per core when uops are executed in port 1. | EventSel=A1H UMask=02H AnyThread=1 Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED_PORT.PORT_2 | This event counts, on the per-thread basis, cycles during which uops are dispatched from the Reservation Station (RS) to port 2. | EventSel=A1H UMask=04H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED_PORT.PORT_2_CORE | Cycles per core when uops are dispatched to port 2. | EventSel=A1H UMask=04H AnyThread=1 Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED_PORT.PORT_3 | This event counts, on the per-thread basis, cycles during which uops are dispatched from the Reservation Station (RS) to port 3. | EventSel=A1H UMask=08H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED_PORT.PORT_3_CORE | Cycles per core when uops are dispatched to port 3. | EventSel=A1H UMask=08H AnyThread=1 Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED_PORT.PORT_4 | This event counts, on the per-thread basis, cycles during which uops are dispatched from the Reservation Station (RS) to port 4. | EventSel=A1H UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED_PORT.PORT_4_CORE | Cycles per core when uops are executed in port 4. | EventSel=A1H UMask=10H AnyThread=1 Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED_PORT.PORT_5 | This event counts, on the per-thread basis, cycles during which uops are dispatched from the Reservation Station (RS) to port 5. | EventSel=A1H UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED_PORT.PORT_5_CORE | Cycles per core when uops are executed in port 5. | EventSel=A1H UMask=20H AnyThread=1 Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED_PORT.PORT_6 | This event counts, on the per-thread basis, cycles during which uops are dispatched from the Reservation Station (RS) to port 6. | EventSel=A1H UMask=40H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED_PORT.PORT_6_CORE | Cycles per core when uops are executed in port 6. | EventSel=A1H UMask=40H AnyThread=1 Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED_PORT.PORT_7 | This event counts, on the per-thread basis, cycles during which uops are dispatched from the Reservation Station (RS) to port 7. | EventSel=A1H UMask=80H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_EXECUTED_PORT.PORT_7_CORE | Cycles per core when uops are dispatched to port 7. | EventSel=A1H UMask=80H AnyThread=1 Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_ISSUED.ANY | This event counts the number of Uops issued by the Resource Allocation Table (RAT) to the reservation station (RS). | EventSel=0EH UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_ISSUED.FLAGS_MERGE | Number of flags-merge uops being allocated. Such uops considered perf sensitive added by GSR u-arch. | EventSel=0EH UMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_ISSUED.SINGLE_MUL | Number of Multiply packed/scalar single precision uops allocated. | EventSel=0EH UMask=40H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_ISSUED.SLOW_LEA | Number of slow LEA uops being allocated. A uop is generally considered SlowLea if it has 3 sources (e.g. 2 sources + immediate) regardless if as a result of LEA instruction or not. | EventSel=0EH UMask=20H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 |
| UOPS_ISSUED.STALL_CYCLES | This event counts cycles during which the Resource Allocation Table (RAT) does not issue any Uops to the reservation station (RS) for the current thread. | EventSel=0EH UMask=01H Invert=1 CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3 |
| UOPS_RETIRED.ALL | This event counts all actually retired uops. Counting increments by two for micro-fused uops, and by one for macro-fused and other uops. Maximal increment value for one cycle is eight. | EventSel=C2H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 PEBS:[PreciseEventingIP] |
| UOPS_RETIRED.ALL_PS | This is a precise version (that is, uses PEBS) of the event that counts all actually retired uops. Counting increments by two for micro-fused uops, and by one for macro-fused and other uops. Maximal increment value for one cycle is eight. | EventSel=C2H UMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| UOPS_RETIRED.RETIRE_SLOTS | This event counts the number of retirement slots used. | EventSel=C2H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3,4,5,6,7 PEBS:[PreciseEventingIP] |
| UOPS_RETIRED.RETIRE_SLOTS_PS | This is a precise version (that is, uses PEBS) of the event that counts the number of retirement slots used. | EventSel=C2H UMask=02H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| UOPS_RETIRED.STALL_CYCLES | This event counts cycles without actually retired uops. | EventSel=C2H UMask=01H Invert=1 CMask=01H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| UOPS_RETIRED.TOTAL_CYCLES | Number of cycles using always true condition (uops_ret < 16) applied to non PEBS uops retired event. | EventSel=C2H UMask=01H Invert=1 CMask=10H Counter=0,1,2,3 CounterHTOff=0,1,2,3 PEBS:[PreciseEventingIP] |
| UNCORE | ||
| UNC_M_CLOCKTICKS | Clockticks in the Memory Controller using a dedicated 48-bit Fixed Counter | MSR_UNC_PERF_FIXED_CTR Fixed |
| UNC_U_CLOCKTICKS | Clockticks in the UBOX using a dedicated 48-bit Fixed Counter | MSR_UNC_PERF_FIXED_CTR Fixed |
| UNC_C_BOUNCE_CONTROL | Bounce Control | EventSel=0AH UMask=00H Counter=0,1,2,3 |
| UNC_C_CLOCKTICKS | Uncore Clocks | EventSel=00H UMask=00H Counter=0,1,2,3 |
| UNC_C_COUNTER0_OCCUPANCY | Since occupancy counts can only be captured in the Cbo's 0 counter, this event allows a user to capture occupancy related information by filtering the Cb0 occupancy count captured in Counter 0. The filtering available is found in the control register - threshold, invert and edge detect. E.g. setting threshold to 1 can effectively monitor how many cycles the monitored queue has an entry. | EventSel=1FH UMask=00H Counter=0,1,2,3 |
| UNC_C_FAST_ASSERTED | Counts the number of cycles either the local distress or incoming distress signals are asserted. Incoming distress includes both up and dn. | EventSel=09H UMask=00H Counter=0,1 |
| UNC_C_LLC_LOOKUP.ANY | Counts the number of times the LLC was accessed - this includes code, data, prefetches and hints coming from L2. This has numerous filters available. Note the non-standard filtering equation. This event will count requests that lookup the cache multiple times with multiple increments. One must ALWAYS set umask bit 0 and select a state or states to match. Otherwise, the event will count nothing. CBoGlCtrl[22:18] bits correspond to [FMESI] state.; Filters for any transaction originating from the IPQ or IRQ. This does not include lookups originating from the ISMQ. | EventSel=34H UMask=11H Counter=0,1,2,3 |
| UNC_C_LLC_LOOKUP.DATA_READ | Counts the number of times the LLC was accessed - this includes code, data, prefetches and hints coming from L2. This has numerous filters available. Note the non-standard filtering equation. This event will count requests that lookup the cache multiple times with multiple increments. One must ALWAYS set umask bit 0 and select a state or states to match. Otherwise, the event will count nothing. CBoGlCtrl[22:18] bits correspond to [FMESI] state.; Read transactions | EventSel=34H UMask=03H Counter=0,1,2,3 |
| UNC_C_LLC_LOOKUP.NID | Counts the number of times the LLC was accessed - this includes code, data, prefetches and hints coming from L2. This has numerous filters available. Note the non-standard filtering equation. This event will count requests that lookup the cache multiple times with multiple increments. One must ALWAYS set umask bit 0 and select a state or states to match. Otherwise, the event will count nothing. CBoGlCtrl[22:18] bits correspond to [FMESI] state.; Qualify one of the other subevents by the Target NID. The NID is programmed in Cn_MSR_PMON_BOX_FILTER.nid. In conjunction with STATE = I, it is possible to monitor misses to specific NIDs in the system. | EventSel=34H UMask=41H Counter=0,1,2,3 |
| UNC_C_LLC_LOOKUP.READ | Counts the number of times the LLC was accessed - this includes code, data, prefetches and hints coming from L2. This has numerous filters available. Note the non-standard filtering equation. This event will count requests that lookup the cache multiple times with multiple increments. One must ALWAYS set umask bit 0 and select a state or states to match. Otherwise, the event will count nothing. CBoGlCtrl[22:18] bits correspond to [FMESI] state.; Read transactions | EventSel=34H UMask=21H Counter=0,1,2,3 |
| UNC_C_LLC_LOOKUP.REMOTE_SNOOP | Counts the number of times the LLC was accessed - this includes code, data, prefetches and hints coming from L2. This has numerous filters available. Note the non-standard filtering equation. This event will count requests that lookup the cache multiple times with multiple increments. One must ALWAYS set umask bit 0 and select a state or states to match. Otherwise, the event will count nothing. CBoGlCtrl[22:18] bits correspond to [FMESI] state.; Filters for only snoop requests coming from the remote socket(s) through the IPQ. | EventSel=34H UMask=09H Counter=0,1,2,3 |
| UNC_C_LLC_LOOKUP.WRITE | Counts the number of times the LLC was accessed - this includes code, data, prefetches and hints coming from L2. This has numerous filters available. Note the non-standard filtering equation. This event will count requests that lookup the cache multiple times with multiple increments. One must ALWAYS set umask bit 0 and select a state or states to match. Otherwise, the event will count nothing. CBoGlCtrl[22:18] bits correspond to [FMESI] state.; Writeback transactions from L2 to the LLC This includes all write transactions -- both Cacheable and UC. | EventSel=34H UMask=05H Counter=0,1,2,3 |
| UNC_C_LLC_VICTIMS.E_STATE | Counts the number of lines that were victimized on a fill. This can be filtered by the state that the line was in. | EventSel=37H UMask=02H Counter=0,1,2,3 |
| UNC_C_LLC_VICTIMS.F_STATE | Counts the number of lines that were victimized on a fill. This can be filtered by the state that the line was in. | EventSel=37H UMask=08H Counter=0,1,2,3 |
| UNC_C_LLC_VICTIMS.I_STATE | Counts the number of lines that were victimized on a fill. This can be filtered by the state that the line was in. | EventSel=37H UMask=04H Counter=0,1,2,3 |
| UNC_C_LLC_VICTIMS.M_STATE | Counts the number of lines that were victimized on a fill. This can be filtered by the state that the line was in. | EventSel=37H UMask=01H Counter=0,1,2,3 |
| UNC_C_LLC_VICTIMS.MISS | Counts the number of lines that were victimized on a fill. This can be filtered by the state that the line was in. | EventSel=37H UMask=10H Counter=0,1,2,3 |
| UNC_C_LLC_VICTIMS.NID | Counts the number of lines that were victimized on a fill. This can be filtered by the state that the line was in.; Qualify one of the other subevents by the Target NID. The NID is programmed in Cn_MSR_PMON_BOX_FILTER.nid. In conjunction with STATE = I, it is possible to monitor misses to specific NIDs in the system. | EventSel=37H UMask=40H Counter=0,1,2,3 |
| UNC_C_MISC.CVZERO_PREFETCH_MISS | Miscellaneous events in the Cbo. | EventSel=39H UMask=20H Counter=0,1,2,3 |
| UNC_C_MISC.CVZERO_PREFETCH_VICTIM | Miscellaneous events in the Cbo. | EventSel=39H UMask=10H Counter=0,1,2,3 |
| UNC_C_MISC.RFO_HIT_S | Miscellaneous events in the Cbo.; Number of times that an RFO hit in S state. This is useful for determining if it might be good for a workload to use RspIWB instead of RspSWB. | EventSel=39H UMask=08H Counter=0,1,2,3 |
| UNC_C_MISC.RSPI_WAS_FSE | Miscellaneous events in the Cbo.; Counts the number of times when a Snoop hit in FSE states and triggered a silent eviction. This is useful because this information is lost in the PRE encodings. | EventSel=39H UMask=01H Counter=0,1,2,3 |
| UNC_C_MISC.STARTED | Miscellaneous events in the Cbo. | EventSel=39H UMask=04H Counter=0,1,2,3 |
| UNC_C_MISC.WC_ALIASING | Miscellaneous events in the Cbo.; Counts the number of times that a USWC write (WCIL(F)) transaction hit in the LLC in M state, triggering a WBMtoI followed by the USWC write. This occurs when there is WC aliasing. | EventSel=39H UMask=02H Counter=0,1,2,3 |
| UNC_C_QLRU.AGE0 | How often age was set to 0 | EventSel=3CH UMask=01H Counter=0,1,2,3 |
| UNC_C_QLRU.AGE1 | How often age was set to 1 | EventSel=3CH UMask=02H Counter=0,1,2,3 |
| UNC_C_QLRU.AGE2 | How often age was set to 2 | EventSel=3CH UMask=04H Counter=0,1,2,3 |
| UNC_C_QLRU.AGE3 | How often age was set to 3 | EventSel=3CH UMask=08H Counter=0,1,2,3 |
| UNC_C_QLRU.LRU_DECREMENT | How often all LRU bits were decremented by 1 | EventSel=3CH UMask=10H Counter=0,1,2,3 |
| UNC_C_QLRU.VICTIM_NON_ZERO | How often we picked a victim that had a non-zero age | EventSel=3CH UMask=20H Counter=0,1,2,3 |
| UNC_C_RING_AD_USED.ALL | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring. | EventSel=1BH UMask=0FH Counter=0,1,2,3 |
| UNC_C_RING_AD_USED.DOWN | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. We really have two rings in BDX-- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring. | EventSel=1BH UMask=0CH Counter=0,1,2,3 |
| UNC_C_RING_AD_USED.DOWN_EVEN | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Down and Even ring polarity. | EventSel=1BH UMask=04H Counter=0,1,2,3 |
| UNC_C_RING_AD_USED.DOWN_ODD | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Down and Odd ring polarity. | EventSel=1BH UMask=08H Counter=0,1,2,3 |
| UNC_C_RING_AD_USED.UP | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring. | EventSel=1BH UMask=03H Counter=0,1,2,3 |
| UNC_C_RING_AD_USED.UP_EVEN | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Up and Even ring polarity. | EventSel=1BH UMask=01H Counter=0,1,2,3 |
| UNC_C_RING_AD_USED.UP_ODD | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Up and Odd ring polarity. | EventSel=1BH UMask=02H Counter=0,1,2,3 |
| UNC_C_RING_AK_USED.ALL | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring. | EventSel=1CH UMask=0FH Counter=0,1,2,3 |
| UNC_C_RING_AK_USED.DOWN | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.We really have two rings in HSX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring. | EventSel=1CH UMask=0CH Counter=0,1,2,3 |
| UNC_C_RING_AK_USED.DOWN_EVEN | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Down and Even ring polarity. | EventSel=1CH UMask=04H Counter=0,1,2,3 |
| UNC_C_RING_AK_USED.DOWN_ODD | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Down and Odd ring polarity. | EventSel=1CH UMask=08H Counter=0,1,2,3 |
| UNC_C_RING_AK_USED.UP | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.We really have two rings in HSX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring. | EventSel=1CH UMask=03H Counter=0,1,2,3 |
| UNC_C_RING_AK_USED.UP_EVEN | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Up and Even ring polarity. | EventSel=1CH UMask=01H Counter=0,1,2,3 |
| UNC_C_RING_AK_USED.UP_ODD | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Up and Odd ring polarity. | EventSel=1CH UMask=02H Counter=0,1,2,3 |
| UNC_C_RING_BL_USED.ALL | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring. | EventSel=1DH UMask=0FH Counter=0,1,2,3 |
| UNC_C_RING_BL_USED.DOWN | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.We really have two rings in HSX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring. | EventSel=1DH UMask=0CH Counter=0,1,2,3 |
| UNC_C_RING_BL_USED.DOWN_EVEN | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Down and Even ring polarity. | EventSel=1DH UMask=04H Counter=0,1,2,3 |
| UNC_C_RING_BL_USED.DOWN_ODD | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Down and Odd ring polarity. | EventSel=1DH UMask=08H Counter=0,1,2,3 |
| UNC_C_RING_BL_USED.UP | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.We really have two rings in HSX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring. | EventSel=1DH UMask=03H Counter=0,1,2,3 |
| UNC_C_RING_BL_USED.UP_EVEN | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Up and Even ring polarity. | EventSel=1DH UMask=01H Counter=0,1,2,3 |
| UNC_C_RING_BL_USED.UP_ODD | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Up and Odd ring polarity. | EventSel=1DH UMask=02H Counter=0,1,2,3 |
| UNC_C_RING_BOUNCES.AD | Number of LLC responses that bounced on the Ring.; AD | EventSel=05H UMask=01H Counter=0,1,2,3 |
| UNC_C_RING_BOUNCES.AK | Number of LLC responses that bounced on the Ring.; AK | EventSel=05H UMask=02H Counter=0,1,2,3 |
| UNC_C_RING_BOUNCES.BL | Number of LLC responses that bounced on the Ring.; BL | EventSel=05H UMask=04H Counter=0,1,2,3 |
| UNC_C_RING_BOUNCES.IV | Number of LLC responses that bounced on the Ring.; Snoops of processor's cache. | EventSel=05H UMask=10H Counter=0,1,2,3 |
| UNC_C_RING_IV_USED.ANY | Counts the number of cycles that the IV ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. There is only 1 IV ring in BDX Therefore, if one wants to monitor the "Even" ring, they should select both UP_EVEN and DN_EVEN. To monitor the "Odd" ring, they should select both UP_ODD and DN_ODD.; Filters any polarity | EventSel=1EH UMask=0FH Counter=0,1,2,3 |
| UNC_C_RING_IV_USED.DN | Counts the number of cycles that the IV ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. There is only 1 IV ring in BDX Therefore, if one wants to monitor the "Even" ring, they should select both UP_EVEN and DN_EVEN. To monitor the "Odd" ring, they should select both UP_ODD and DN_ODD.; Filters any polarity | EventSel=1EH UMask=0CH Counter=0,1,2,3 |
| UNC_C_RING_IV_USED.DOWN | Counts the number of cycles that the IV ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. There is only 1 IV ring in BDX Therefore, if one wants to monitor the "Even" ring, they should select both UP_EVEN and DN_EVEN. To monitor the "Odd" ring, they should select both UP_ODD and DN_ODD.; Filters for Down polarity | EventSel=1EH UMask=CCH Counter=0,1,2,3 |
| UNC_C_RING_IV_USED.UP | Counts the number of cycles that the IV ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. There is only 1 IV ring in BDX Therefore, if one wants to monitor the "Even" ring, they should select both UP_EVEN and DN_EVEN. To monitor the "Odd" ring, they should select both UP_ODD and DN_ODD.; Filters any polarity | EventSel=1EH UMask=03H Counter=0,1,2,3 |
| UNC_C_RING_SINK_STARVED.AD | AD | EventSel=06H UMask=01H Counter=0,1,2,3 |
| UNC_C_RING_SINK_STARVED.AK | AK | EventSel=06H UMask=02H Counter=0,1,2,3 |
| UNC_C_RING_SINK_STARVED.BL | BL | EventSel=06H UMask=04H Counter=0,1,2,3 |
| UNC_C_RING_SINK_STARVED.IV | IV | EventSel=06H UMask=08H Counter=0,1,2,3 |
| UNC_C_RING_SRC_THRTL | Number of cycles the Cbo is actively throttling traffic onto the Ring in order to limit bounce traffic. | EventSel=07H UMask=00H Counter=0,1,2,3 |
| UNC_C_RxR_EXT_STARVED.IPQ | Counts cycles in external starvation. This occurs when one of the ingress queues is being starved by the other queues.; IPQ is externally starved and therefore we are blocking the IRQ. | EventSel=12H UMask=02H Counter=0,1,2,3 |
| UNC_C_RxR_EXT_STARVED.IRQ | Counts cycles in external starvation. This occurs when one of the ingress queues is being starved by the other queues.; IRQ is externally starved and therefore we are blocking the IPQ. | EventSel=12H UMask=01H Counter=0,1,2,3 |
| UNC_C_RxR_EXT_STARVED.ISMQ_BIDS | Counts cycles in external starvation. This occurs when one of the ingress queues is being starved by the other queues.; Number of times that the ISMQ Bid. | EventSel=12H UMask=08H Counter=0,1,2,3 |
| UNC_C_RxR_EXT_STARVED.PRQ | Counts cycles in external starvation. This occurs when one of the ingress queues is being starved by the other queues. | EventSel=12H UMask=04H Counter=0,1,2,3 |
| UNC_C_RxR_INSERTS.IPQ | Counts number of allocations per cycle into the specified Ingress queue. | EventSel=13H UMask=04H Counter=0,1,2,3 |
| UNC_C_RxR_INSERTS.IRQ | Counts number of allocations per cycle into the specified Ingress queue. | EventSel=13H UMask=01H Counter=0,1,2,3 |
| UNC_C_RxR_INSERTS.IRQ_REJ | Counts number of allocations per cycle into the specified Ingress queue. | EventSel=13H UMask=02H Counter=0,1,2,3 |
| UNC_C_RxR_INSERTS.PRQ | Counts number of allocations per cycle into the specified Ingress queue. | EventSel=13H UMask=10H Counter=0,1,2,3 |
| UNC_C_RxR_INSERTS.PRQ_REJ | Counts number of allocations per cycle into the specified Ingress queue. | EventSel=13H UMask=20H Counter=0,1,2,3 |
| UNC_C_RxR_INT_STARVED.IPQ | Counts cycles in internal starvation. This occurs when one (or more) of the entries in the ingress queue are being starved out by other entries in that queue.; Cycles with the IPQ in Internal Starvation. | EventSel=14H UMask=04H Counter=0,1,2,3 |
| UNC_C_RxR_INT_STARVED.IRQ | Counts cycles in internal starvation. This occurs when one (or more) of the entries in the ingress queue are being starved out by other entries in that queue.; Cycles with the IRQ in Internal Starvation. | EventSel=14H UMask=01H Counter=0,1,2,3 |
| UNC_C_RxR_INT_STARVED.ISMQ | Counts cycles in internal starvation. This occurs when one (or more) of the entries in the ingress queue are being starved out by other entries in that queue.; Cycles with the ISMQ in Internal Starvation. | EventSel=14H UMask=08H Counter=0,1,2,3 |
| UNC_C_RxR_INT_STARVED.PRQ | Counts cycles in internal starvation. This occurs when one (or more) of the entries in the ingress queue are being starved out by other entries in that queue. | EventSel=14H UMask=10H Counter=0,1,2,3 |
| UNC_C_RxR_IPQ_RETRY.ADDR_CONFLICT | Number of times a snoop (probe) request had to retry. Filters exist to cover some of the common cases retries.; Counts the number of times that a request form the IPQ was retried because of a TOR reject from an address conflicts. Address conflicts out of the IPQ should be rare. They will generally only occur if two different sockets are sending requests to the same address at the same time. This is a true "conflict" case, unlike the IPQ Address Conflict which is commonly caused by prefetching characteristics. | EventSel=31H UMask=04H Counter=0,1,2,3 |
| UNC_C_RxR_IPQ_RETRY.ANY | Number of times a snoop (probe) request had to retry. Filters exist to cover some of the common cases retries.; Counts the number of times that a request form the IPQ was retried because of a TOR reject. TOR rejects from the IPQ can be caused by the Egress being full or Address Conflicts. | EventSel=31H UMask=01H Counter=0,1,2,3 |
| UNC_C_RxR_IPQ_RETRY.FULL | Number of times a snoop (probe) request had to retry. Filters exist to cover some of the common cases retries.; Counts the number of times that a request form the IPQ was retried because of a TOR reject from the Egress being full. IPQ requests make use of the AD Egress for regular responses, the BL egress to forward data, and the AK egress to return credits. | EventSel=31H UMask=02H Counter=0,1,2,3 |
| UNC_C_RxR_IPQ_RETRY.QPI_CREDITS | Number of times a snoop (probe) request had to retry. Filters exist to cover some of the common cases retries. | EventSel=31H UMask=10H Counter=0,1,2,3 |
| UNC_C_RxR_IPQ_RETRY2.AD_SBO | Number of times a snoop (probe) request had to retry. Filters exist to cover some of the common cases retries.; Counts the number of times that a request from the IPQ was retried because of it lacked credits to send an AD packet to the Sbo. | EventSel=28H UMask=01H Counter=0,1,2,3 |
| UNC_C_RxR_IPQ_RETRY2.TARGET | Number of times a snoop (probe) request had to retry. Filters exist to cover some of the common cases retries.; Counts the number of times that a request from the IPQ was retried filtered by the Target NodeID as specified in the Cbox's Filter register. | EventSel=28H UMask=40H Counter=0,1,2,3 |
| UNC_C_RxR_IRQ_RETRY.ADDR_CONFLICT | Counts the number of times that a request from the IRQ was retried because of an address match in the TOR. In order to maintain coherency, requests to the same address are not allowed to pass each other up in the Cbo. Therefore, if there is an outstanding request to a given address, one cannot issue another request to that address until it is complete. This comes up most commonly with prefetches. Outstanding prefetches occasionally will not complete their memory fetch and a demand request to the same address will then sit in the IRQ and get retried until the prefetch fills the data into the LLC. Therefore, it will not be uncommon to see this case in high bandwidth streaming workloads when the LLC Prefetcher in the core is enabled. | EventSel=32H UMask=04H Counter=0,1,2,3 |
| UNC_C_RxR_IRQ_RETRY.ANY | Counts the number of IRQ retries that occur. Requests from the IRQ are retried if they are rejected from the TOR pipeline for a variety of reasons. Some of the most common reasons include if the Egress is full, there are no RTIDs, or there is a Physical Address match to another outstanding request. | EventSel=32H UMask=01H Counter=0,1,2,3 |
| UNC_C_RxR_IRQ_RETRY.FULL | Counts the number of times that a request from the IRQ was retried because it failed to acquire an entry in the Egress. The egress is the buffer that queues up for allocating onto the ring. IRQ requests can make use of all four rings and all four Egresses. If any of the queues that a given request needs to make use of are full, the request will be retried. | EventSel=32H UMask=02H Counter=0,1,2,3 |
| UNC_C_RxR_IRQ_RETRY.IIO_CREDITS | Number of times a request attempted to acquire the NCS/NCB credit for sending messages on BL to the IIO. There is a single credit in each CBo that is shared between the NCS and NCB message classes for sending transactions on the BL ring (such as read data) to the IIO. | EventSel=32H UMask=20H Counter=0,1,2,3 |
| UNC_C_RxR_IRQ_RETRY.NID | Qualify one of the other subevents by a given RTID destination NID. The NID is programmed in Cn_MSR_PMON_BOX_FILTER1.nid. | EventSel=32H UMask=40H Counter=0,1,2,3 |
| UNC_C_RxR_IRQ_RETRY.QPI_CREDITS | Number of requests rejects because of lack of QPI Ingress credits. These credits are required in order to send transactions to the QPI agent. Please see the QPI_IGR_CREDITS events for more information. | EventSel=32H UMask=10H Counter=0,1,2,3 |
| UNC_C_RxR_IRQ_RETRY.RTID | Counts the number of times that requests from the IRQ were retried because there were no RTIDs available. RTIDs are required after a request misses the LLC and needs to send snoops and/or requests to memory. If there are no RTIDs available, requests will queue up in the IRQ and retry until one becomes available. Note that there are multiple RTID pools for the different sockets. There may be cases where the local RTIDs are all used, but requests destined for remote memory can still acquire an RTID because there are remote RTIDs available. This event does not provide any filtering for this case. | EventSel=32H UMask=08H Counter=0,1,2,3 |
| UNC_C_RxR_IRQ_RETRY2.AD_SBO | Counts the number of times that a request from the IPQ was retried because of it lacked credits to send an AD packet to the Sbo. | EventSel=29H UMask=01H Counter=0,1,2,3 |
| UNC_C_RxR_IRQ_RETRY2.BL_SBO | Counts the number of times that a request from the IPQ was retried because of it lacked credits to send an BL packet to the Sbo. | EventSel=29H UMask=02H Counter=0,1,2,3 |
| UNC_C_RxR_IRQ_RETRY2.TARGET | Counts the number of times that a request from the IPQ was retried filtered by the Target NodeID as specified in the Cbox's Filter register. | EventSel=29H UMask=40H Counter=0,1,2,3 |
| UNC_C_RxR_ISMQ_RETRY.ANY | Number of times a transaction flowing through the ISMQ had to retry. Transaction pass through the ISMQ as responses for requests that already exist in the Cbo. Some examples include: when data is returned or when snoop responses come back from the cores.; Counts the total number of times that a request from the ISMQ retried because of a TOR reject. ISMQ requests generally will not need to retry (or at least ISMQ retries are less common than IRQ retries). ISMQ requests will retry if they are not able to acquire a needed Egress credit to get onto the ring, or for cache evictions that need to acquire an RTID. Most ISMQ requests already have an RTID, so eviction retries will be less common here. | EventSel=33H UMask=01H Counter=0,1,2,3 |
| UNC_C_RxR_ISMQ_RETRY.FULL | Number of times a transaction flowing through the ISMQ had to retry. Transaction pass through the ISMQ as responses for requests that already exist in the Cbo. Some examples include: when data is returned or when snoop responses come back from the cores.; Counts the number of times that a request from the ISMQ retried because of a TOR reject caused by a lack of Egress credits. The egress is the buffer that queues up for allocating onto the ring. If any of the Egress queues that a given request needs to make use of are full, the request will be retried. | EventSel=33H UMask=02H Counter=0,1,2,3 |
| UNC_C_RxR_ISMQ_RETRY.IIO_CREDITS | Number of times a transaction flowing through the ISMQ had to retry. Transaction pass through the ISMQ as responses for requests that already exist in the Cbo. Some examples include: when data is returned or when snoop responses come back from the cores.; Number of times a request attempted to acquire the NCS/NCB credit for sending messages on BL to the IIO. There is a single credit in each CBo that is shared between the NCS and NCB message classes for sending transactions on the BL ring (such as read data) to the IIO. | EventSel=33H UMask=20H Counter=0,1,2,3 |
| UNC_C_RxR_ISMQ_RETRY.NID | Number of times a transaction flowing through the ISMQ had to retry. Transaction pass through the ISMQ as responses for requests that already exist in the Cbo. Some examples include: when data is returned or when snoop responses come back from the cores.; Qualify one of the other subevents by a given RTID destination NID. The NID is programmed in Cn_MSR_PMON_BOX_FILTER1.nid. | EventSel=33H UMask=40H Counter=0,1,2,3 |
| UNC_C_RxR_ISMQ_RETRY.QPI_CREDITS | Number of times a transaction flowing through the ISMQ had to retry. Transaction pass through the ISMQ as responses for requests that already exist in the Cbo. Some examples include: when data is returned or when snoop responses come back from the cores. | EventSel=33H UMask=10H Counter=0,1,2,3 |
| UNC_C_RxR_ISMQ_RETRY.RTID | Number of times a transaction flowing through the ISMQ had to retry. Transaction pass through the ISMQ as responses for requests that already exist in the Cbo. Some examples include: when data is returned or when snoop responses come back from the cores.; Counts the number of times that a request from the ISMQ retried because of a TOR reject caused by no RTIDs. M-state cache evictions are serviced through the ISMQ, and must acquire an RTID in order to write back to memory. If no RTIDs are available, they will be retried. | EventSel=33H UMask=08H Counter=0,1,2,3 |
| UNC_C_RxR_ISMQ_RETRY.WB_CREDITS | Number of times a transaction flowing through the ISMQ had to retry. Transaction pass through the ISMQ as responses for requests that already exist in the Cbo. Some examples include: when data is returned or when snoop responses come back from the cores.; Qualify one of the other subevents by a given RTID destination NID. The NID is programmed in Cn_MSR_PMON_BOX_FILTER1.nid. | EventSel=33H UMask=80H Counter=0,1,2,3 |
| UNC_C_RxR_ISMQ_RETRY2.AD_SBO | Counts the number of times that a request from the ISMQ was retried because of it lacked credits to send an AD packet to the Sbo. | EventSel=2AH UMask=01H Counter=0,1,2,3 |
| UNC_C_RxR_ISMQ_RETRY2.BL_SBO | Counts the number of times that a request from the ISMQ was retried because of it lacked credits to send an BL packet to the Sbo. | EventSel=2AH UMask=02H Counter=0,1,2,3 |
| UNC_C_RxR_ISMQ_RETRY2.TARGET | Counts the number of times that a request from the ISMQ was retried filtered by the Target NodeID as specified in the Cbox's Filter register. | EventSel=2AH UMask=40H Counter=0,1,2,3 |
| UNC_C_RxR_OCCUPANCY.IPQ | Counts number of entries in the specified Ingress queue in each cycle. | EventSel=11H UMask=04H Counter=0 |
| UNC_C_RxR_OCCUPANCY.IRQ | Counts number of entries in the specified Ingress queue in each cycle. | EventSel=11H UMask=01H Counter=0 |
| UNC_C_RxR_OCCUPANCY.IRQ_REJ | Counts number of entries in the specified Ingress queue in each cycle. | EventSel=11H UMask=02H Counter=0 |
| UNC_C_RxR_OCCUPANCY.PRQ_REJ | Counts number of entries in the specified Ingress queue in each cycle. | EventSel=11H UMask=20H Counter=0 |
| UNC_C_SBO_CREDIT_OCCUPANCY.AD | Number of Sbo credits in use in a given cycle, per ring. Each Cbo is assigned an Sbo it can communicate with. | EventSel=3EH UMask=01H Counter=0 |
| UNC_C_SBO_CREDIT_OCCUPANCY.BL | Number of Sbo credits in use in a given cycle, per ring. Each Cbo is assigned an Sbo it can communicate with. | EventSel=3EH UMask=02H Counter=0 |
| UNC_C_SBO_CREDITS_ACQUIRED.AD | Number of Sbo credits acquired in a given cycle, per ring. Each Cbo is assigned an Sbo it can communicate with. | EventSel=3DH UMask=01H Counter=0,1,2,3 |
| UNC_C_SBO_CREDITS_ACQUIRED.BL | Number of Sbo credits acquired in a given cycle, per ring. Each Cbo is assigned an Sbo it can communicate with. | EventSel=3DH UMask=02H Counter=0,1,2,3 |
| UNC_C_TOR_INSERTS.ALL | Counts the number of entries successfully inserted into the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182).; All transactions inserted into the TOR. This includes requests that reside in the TOR for a short time, such as LLC Hits that do not need to snoop cores or requests that get rejected and have to be retried through one of the ingress queues. The TOR is more commonly a bottleneck in skews with smaller core counts, where the ratio of RTIDs to TOR entries is larger. Note that there are reserved TOR entries for various request types, so it is possible that a given request type be blocked with an occupancy that is less than 20. Also note that generally requests will not be able to arbitrate into the TOR pipeline if there are no available TOR slots. | EventSel=35H UMask=08H Counter=0,1,2,3 |
| UNC_C_TOR_INSERTS.EVICTION | Counts the number of entries successfully inserted into the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182).; Eviction transactions inserted into the TOR. Evictions can be quick, such as when the line is in the F, S, or E states and no core valid bits are set. They can also be longer if either CV bits are set (so the cores need to be snooped) and/or if there is a HitM (in which case it is necessary to write the request out to memory). | EventSel=35H UMask=04H Counter=0,1,2,3 |
| UNC_C_TOR_INSERTS.LOCAL | Counts the number of entries successfully inserted into the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182).; All transactions inserted into the TOR that are satisfied by locally HOMed memory. | EventSel=35H UMask=28H Counter=0,1,2,3 |
| UNC_C_TOR_INSERTS.LOCAL_OPCODE | Counts the number of entries successfully inserted into the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182).; All transactions, satisfied by an opcode, inserted into the TOR that are satisfied by locally HOMed memory. | EventSel=35H UMask=21H Counter=0,1,2,3 |
| UNC_C_TOR_INSERTS.MISS_LOCAL | Counts the number of entries successfully inserted into the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182).; Miss transactions inserted into the TOR that are satisfied by locally HOMed memory. | EventSel=35H UMask=2AH Counter=0,1,2,3 |
| UNC_C_TOR_INSERTS.MISS_LOCAL_OPCODE | Counts the number of entries successfully inserted into the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182).; Miss transactions, satisfied by an opcode, inserted into the TOR that are satisfied by locally HOMed memory. | EventSel=35H UMask=23H Counter=0,1,2,3 |
| UNC_C_TOR_INSERTS.MISS_OPCODE | Counts the number of entries successfully inserted into the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182).; Miss transactions inserted into the TOR that match an opcode. | EventSel=35H UMask=03H Counter=0,1,2,3 |
| UNC_C_TOR_INSERTS.MISS_REMOTE | Counts the number of entries successfully inserted into the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182).; Miss transactions inserted into the TOR that are satisfied by remote caches or remote memory. | EventSel=35H UMask=8AH Counter=0,1,2,3 |
| UNC_C_TOR_INSERTS.MISS_REMOTE_OPCODE | Counts the number of entries successfully inserted into the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182).; Miss transactions, satisfied by an opcode, inserted into the TOR that are satisfied by remote caches or remote memory. | EventSel=35H UMask=83H Counter=0,1,2,3 |
| UNC_C_TOR_INSERTS.NID_ALL | Counts the number of entries successfully inserted into the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182).; All NID matched (matches an RTID destination) transactions inserted into the TOR. The NID is programmed in Cn_MSR_PMON_BOX_FILTER.nid. In conjunction with STATE = I, it is possible to monitor misses to specific NIDs in the system. | EventSel=35H UMask=48H Counter=0,1,2,3 |
| UNC_C_TOR_INSERTS.NID_EVICTION | Counts the number of entries successfully inserted into the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182).; NID matched eviction transactions inserted into the TOR. | EventSel=35H UMask=44H Counter=0,1,2,3 |
| UNC_C_TOR_INSERTS.NID_MISS_ALL | Counts the number of entries successfully inserted into the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182).; All NID matched miss requests that were inserted into the TOR. | EventSel=35H UMask=4AH Counter=0,1,2,3 |
| UNC_C_TOR_INSERTS.NID_MISS_OPCODE | Counts the number of entries successfully inserted into the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182).; Miss transactions inserted into the TOR that match a NID and an opcode. | EventSel=35H UMask=43H Counter=0,1,2,3 |
| UNC_C_TOR_INSERTS.NID_OPCODE | Counts the number of entries successfully inserted into the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182).; Transactions inserted into the TOR that match a NID and an opcode. | EventSel=35H UMask=41H Counter=0,1,2,3 |
| UNC_C_TOR_INSERTS.NID_WB | Counts the number of entries successfully inserted into the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182).; NID matched write transactions inserted into the TOR. | EventSel=35H UMask=50H Counter=0,1,2,3 |
| UNC_C_TOR_INSERTS.OPCODE | Counts the number of entries successfully inserted into the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182).; Transactions inserted into the TOR that match an opcode (matched by Cn_MSR_PMON_BOX_FILTER.opc) | EventSel=35H UMask=01H Counter=0,1,2,3 |
| UNC_C_TOR_INSERTS.REMOTE | Counts the number of entries successfully inserted into the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182).; All transactions inserted into the TOR that are satisfied by remote caches or remote memory. | EventSel=35H UMask=88H Counter=0,1,2,3 |
| UNC_C_TOR_INSERTS.REMOTE_OPCODE | Counts the number of entries successfully inserted into the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182).; All transactions, satisfied by an opcode, inserted into the TOR that are satisfied by remote caches or remote memory. | EventSel=35H UMask=81H Counter=0,1,2,3 |
| UNC_C_TOR_INSERTS.WB | Counts the number of entries successfully inserted into the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182).; Write transactions inserted into the TOR. This does not include "RFO", but actual operations that contain data being sent from the core. | EventSel=35H UMask=10H Counter=0,1,2,3 |
| UNC_C_TOR_OCCUPANCY.ALL | For each cycle, this event accumulates the number of valid entries in the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182); All valid TOR entries. This includes requests that reside in the TOR for a short time, such as LLC Hits that do not need to snoop cores or requests that get rejected and have to be retried through one of the ingress queues. The TOR is more commonly a bottleneck in skews with smaller core counts, where the ratio of RTIDs to TOR entries is larger. Note that there are reserved TOR entries for various request types, so it is possible that a given request type be blocked with an occupancy that is less than 20. Also note that generally requests will not be able to arbitrate into the TOR pipeline if there are no available TOR slots. | EventSel=36H UMask=08H Counter=0 |
| UNC_C_TOR_OCCUPANCY.EVICTION | For each cycle, this event accumulates the number of valid entries in the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182); Number of outstanding eviction transactions in the TOR. Evictions can be quick, such as when the line is in the F, S, or E states and no core valid bits are set. They can also be longer if either CV bits are set (so the cores need to be snooped) and/or if there is a HitM (in which case it is necessary to write the request out to memory). | EventSel=36H UMask=04H Counter=0 |
| UNC_C_TOR_OCCUPANCY.LOCAL | For each cycle, this event accumulates the number of valid entries in the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182) | EventSel=36H UMask=28H Counter=0 |
| UNC_C_TOR_OCCUPANCY.LOCAL_OPCODE | For each cycle, this event accumulates the number of valid entries in the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182); Number of outstanding transactions, satisfied by an opcode, in the TOR that are satisfied by locally HOMed memory. | EventSel=36H UMask=21H Counter=0 |
| UNC_C_TOR_OCCUPANCY.MISS_ALL | For each cycle, this event accumulates the number of valid entries in the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182); Number of outstanding miss requests in the TOR. 'Miss' means the allocation requires an RTID. This generally means that the request was sent to memory or MMIO. | EventSel=36H UMask=0AH Counter=0 |
| UNC_C_TOR_OCCUPANCY.MISS_LOCAL | For each cycle, this event accumulates the number of valid entries in the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182) | EventSel=36H UMask=2AH Counter=0 |
| UNC_C_TOR_OCCUPANCY.MISS_LOCAL_OPCODE | For each cycle, this event accumulates the number of valid entries in the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182); Number of outstanding Miss transactions, satisfied by an opcode, in the TOR that are satisfied by locally HOMed memory. | EventSel=36H UMask=23H Counter=0 |
| UNC_C_TOR_OCCUPANCY.MISS_OPCODE | For each cycle, this event accumulates the number of valid entries in the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182); TOR entries for miss transactions that match an opcode. This generally means that the request was sent to memory or MMIO. | EventSel=36H UMask=03H Counter=0 |
| UNC_C_TOR_OCCUPANCY.MISS_REMOTE | For each cycle, this event accumulates the number of valid entries in the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182) | EventSel=36H UMask=8AH Counter=0 |
| UNC_C_TOR_OCCUPANCY.MISS_REMOTE_OPCODE | For each cycle, this event accumulates the number of valid entries in the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182); Number of outstanding Miss transactions, satisfied by an opcode, in the TOR that are satisfied by remote caches or remote memory. | EventSel=36H UMask=83H Counter=0 |
| UNC_C_TOR_OCCUPANCY.NID_ALL | For each cycle, this event accumulates the number of valid entries in the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182); Number of NID matched outstanding requests in the TOR. The NID is programmed in Cn_MSR_PMON_BOX_FILTER.nid.In conjunction with STATE = I, it is possible to monitor misses to specific NIDs in the system. | EventSel=36H UMask=48H Counter=0 |
| UNC_C_TOR_OCCUPANCY.NID_EVICTION | For each cycle, this event accumulates the number of valid entries in the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182); Number of outstanding NID matched eviction transactions in the TOR . | EventSel=36H UMask=44H Counter=0 |
| UNC_C_TOR_OCCUPANCY.NID_MISS_ALL | For each cycle, this event accumulates the number of valid entries in the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182); Number of outstanding Miss requests in the TOR that match a NID. | EventSel=36H UMask=4AH Counter=0 |
| UNC_C_TOR_OCCUPANCY.NID_MISS_OPCODE | For each cycle, this event accumulates the number of valid entries in the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182); Number of outstanding Miss requests in the TOR that match a NID and an opcode. | EventSel=36H UMask=43H Counter=0 |
| UNC_C_TOR_OCCUPANCY.NID_OPCODE | For each cycle, this event accumulates the number of valid entries in the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182); TOR entries that match a NID and an opcode. | EventSel=36H UMask=41H Counter=0 |
| UNC_C_TOR_OCCUPANCY.NID_WB | For each cycle, this event accumulates the number of valid entries in the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182); NID matched write transactions int the TOR. | EventSel=36H UMask=50H Counter=0 |
| UNC_C_TOR_OCCUPANCY.OPCODE | For each cycle, this event accumulates the number of valid entries in the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182); TOR entries that match an opcode (matched by Cn_MSR_PMON_BOX_FILTER.opc). | EventSel=36H UMask=01H Counter=0 |
| UNC_C_TOR_OCCUPANCY.REMOTE | For each cycle, this event accumulates the number of valid entries in the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182) | EventSel=36H UMask=88H Counter=0 |
| UNC_C_TOR_OCCUPANCY.REMOTE_OPCODE | For each cycle, this event accumulates the number of valid entries in the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182); Number of outstanding transactions, satisfied by an opcode, in the TOR that are satisfied by remote caches or remote memory. | EventSel=36H UMask=81H Counter=0 |
| UNC_C_TOR_OCCUPANCY.WB | For each cycle, this event accumulates the number of valid entries in the TOR that match qualifications specified by the subevent. There are a number of subevent 'filters' but only a subset of the subevent combinations are valid. Subevents that require an opcode or NID match require the Cn_MSR_PMON_BOX_FILTER.{opc, nid} field to be set. If, for example, one wanted to count DRD Local Misses, one should select "MISS_OPC_MATCH" and set Cn_MSR_PMON_BOX_FILTER.opc to DRD (0x182); Write transactions in the TOR. This does not include "RFO", but actual operations that contain data being sent from the core. | EventSel=36H UMask=10H Counter=0 |
| UNC_C_TxR_ADS_USED.AD | Onto AD Ring | EventSel=04H UMask=01H Counter=0,1,2,3 |
| UNC_C_TxR_ADS_USED.AK | Onto AK Ring | EventSel=04H UMask=02H Counter=0,1,2,3 |
| UNC_C_TxR_ADS_USED.BL | Onto BL Ring | EventSel=04H UMask=04H Counter=0,1,2,3 |
| UNC_C_TxR_INSERTS.AD_CACHE | Number of allocations into the Cbo Egress. The Egress is used to queue up requests destined for the ring.; Ring transactions from the Cachebo destined for the AD ring. Some example include outbound requests, snoop requests, and snoop responses. | EventSel=02H UMask=01H Counter=0,1,2,3 |
| UNC_C_TxR_INSERTS.AD_CORE | Number of allocations into the Cbo Egress. The Egress is used to queue up requests destined for the ring.; Ring transactions from the Corebo destined for the AD ring. This is commonly used for outbound requests. | EventSel=02H UMask=10H Counter=0,1,2,3 |
| UNC_C_TxR_INSERTS.AK_CACHE | Number of allocations into the Cbo Egress. The Egress is used to queue up requests destined for the ring.; Ring transactions from the Cachebo destined for the AK ring. This is commonly used for credit returns and GO responses. | EventSel=02H UMask=02H Counter=0,1,2,3 |
| UNC_C_TxR_INSERTS.AK_CORE | Number of allocations into the Cbo Egress. The Egress is used to queue up requests destined for the ring.; Ring transactions from the Corebo destined for the AK ring. This is commonly used for snoop responses coming from the core and destined for a Cachebo. | EventSel=02H UMask=20H Counter=0,1,2,3 |
| UNC_C_TxR_INSERTS.BL_CACHE | Number of allocations into the Cbo Egress. The Egress is used to queue up requests destined for the ring.; Ring transactions from the Cachebo destined for the BL ring. This is commonly used to send data from the cache to various destinations. | EventSel=02H UMask=04H Counter=0,1,2,3 |
| UNC_C_TxR_INSERTS.BL_CORE | Number of allocations into the Cbo Egress. The Egress is used to queue up requests destined for the ring.; Ring transactions from the Corebo destined for the BL ring. This is commonly used for transferring writeback data to the cache. | EventSel=02H UMask=40H Counter=0,1,2,3 |
| UNC_C_TxR_INSERTS.IV_CACHE | Number of allocations into the Cbo Egress. The Egress is used to queue up requests destined for the ring.; Ring transactions from the Cachebo destined for the IV ring. This is commonly used for snoops to the cores. | EventSel=02H UMask=08H Counter=0,1,2,3 |
| UNC_C_TxR_STARVED.AD_CORE | Counts injection starvation. This starvation is triggered when the Egress cannot send a transaction onto the ring for a long period of time.; cycles that the core AD egress spent in starvation | EventSel=03H UMask=10H Counter=0,1,2,3 |
| UNC_C_TxR_STARVED.AK_BOTH | Counts injection starvation. This starvation is triggered when the Egress cannot send a transaction onto the ring for a long period of time.; cycles that both AK egresses spent in starvation | EventSel=03H UMask=02H Counter=0,1,2,3 |
| UNC_C_TxR_STARVED.BL_BOTH | Counts injection starvation. This starvation is triggered when the Egress cannot send a transaction onto the ring for a long period of time.; cycles that both BL egresses spent in starvation | EventSel=03H UMask=04H Counter=0,1,2,3 |
| UNC_C_TxR_STARVED.IV | Counts injection starvation. This starvation is triggered when the Egress cannot send a transaction onto the ring for a long period of time.; cycles that the cachebo IV egress spent in starvation | EventSel=03H UMask=08H Counter=0,1,2,3 |
| UNC_H_ADDR_OPC_MATCH.AD | QPI Address/Opcode Match; AD Opcodes | EventSel=20H UMask=04H Counter=0,1,2,3 |
| UNC_H_ADDR_OPC_MATCH.ADDR | QPI Address/Opcode Match; Address | EventSel=20H UMask=01H Counter=0,1,2,3 |
| UNC_H_ADDR_OPC_MATCH.AK | QPI Address/Opcode Match; AK Opcodes | EventSel=20H UMask=10H Counter=0,1,2,3 |
| UNC_H_ADDR_OPC_MATCH.BL | QPI Address/Opcode Match; BL Opcodes | EventSel=20H UMask=08H Counter=0,1,2,3 |
| UNC_H_ADDR_OPC_MATCH.FILT | QPI Address/Opcode Match; Address & Opcode Match | EventSel=20H UMask=03H Counter=0,1,2,3 |
| UNC_H_ADDR_OPC_MATCH.OPC | QPI Address/Opcode Match; Opcode | EventSel=20H UMask=02H Counter=0,1,2,3 |
| UNC_H_BT_CYCLES_NE | Cycles the Backup Tracker (BT) is not empty. The BT is the actual HOM tracker in IVT. | EventSel=42H UMask=00H Counter=0,1,2,3 |
| UNC_H_BT_TO_HT_NOT_ISSUED.INCOMING_BL_HAZARD | Counts the number of cycles when the HA does not issue transaction from BT to HT.; Cycles unable to issue from BT due to incoming BL data hazard | EventSel=51H UMask=04H Counter=0,1,2,3 |
| UNC_H_BT_TO_HT_NOT_ISSUED.INCOMING_SNP_HAZARD | Counts the number of cycles when the HA does not issue transaction from BT to HT.; Cycles unable to issue from BT due to incoming snoop hazard | EventSel=51H UMask=02H Counter=0,1,2,3 |
| UNC_H_BT_TO_HT_NOT_ISSUED.RSPACKCFLT_HAZARD | Counts the number of cycles when the HA does not issue transaction from BT to HT.; Cycles unable to issue from BT due to incoming BL data hazard | EventSel=51H UMask=08H Counter=0,1,2,3 |
| UNC_H_BT_TO_HT_NOT_ISSUED.WBMDATA_HAZARD | Counts the number of cycles when the HA does not issue transaction from BT to HT.; Cycles unable to issue from BT due to incoming BL data hazard | EventSel=51H UMask=10H Counter=0,1,2,3 |
| UNC_H_BYPASS_IMC.NOT_TAKEN | Counts the number of times when the HA was able to bypass was attempted. This is a latency optimization for situations when there is light loadings on the memory subsystem. This can be filtered by when the bypass was taken and when it was not.; Filter for transactions that could not take the bypass. | EventSel=14H UMask=02H Counter=0,1,2,3 |
| UNC_H_BYPASS_IMC.TAKEN | Counts the number of times when the HA was able to bypass was attempted. This is a latency optimization for situations when there is light loadings on the memory subsystem. This can be filtered by when the bypass was taken and when it was not.; Filter for transactions that succeeded in taking the bypass. | EventSel=14H UMask=01H Counter=0,1,2,3 |
| UNC_H_CLOCKTICKS | Counts the number of uclks in the HA. This will be slightly different than the count in the Ubox because of enable/freeze delays. The HA is on the other side of the die from the fixed Ubox uclk counter, so the drift could be somewhat larger than in units that are closer like the QPI Agent. | EventSel=00H UMask=00H Counter=0,1,2,3 |
| UNC_H_DIRECT2CORE_COUNT | Number of Direct2Core messages sent | EventSel=11H UMask=00H Counter=0,1,2,3 |
| UNC_H_DIRECT2CORE_CYCLES_DISABLED | Number of cycles in which Direct2Core was disabled | EventSel=12H UMask=00H Counter=0,1,2,3 |
| UNC_H_DIRECT2CORE_TXN_OVERRIDE | Number of Reads where Direct2Core overridden | EventSel=13H UMask=00H Counter=0,1,2,3 |
| UNC_H_DIRECTORY_LAT_OPT | Directory Latency Optimization Data Return Path Taken. When directory mode is enabled and the directory returned for a read is Dir=I, then data can be returned using a faster path if certain conditions are met (credits, free pipeline, etc). | EventSel=41H UMask=00H Counter=0,1,2,3 |
| UNC_H_DIRECTORY_LOOKUP.NO_SNP | Counts the number of transactions that looked up the directory. Can be filtered by requests that had to snoop and those that did not have to.; Filters for transactions that did not have to send any snoops because the directory bit was clear. | EventSel=0CH UMask=02H Counter=0,1,2,3 |
| UNC_H_DIRECTORY_LOOKUP.SNP | Counts the number of transactions that looked up the directory. Can be filtered by requests that had to snoop and those that did not have to.; Filters for transactions that had to send one or more snoops because the directory bit was set. | EventSel=0CH UMask=01H Counter=0,1,2,3 |
| UNC_H_DIRECTORY_UPDATE.ANY | Counts the number of directory updates that were required. These result in writes to the memory controller. This can be filtered by directory sets and directory clears. | EventSel=0DH UMask=03H Counter=0,1,2,3 |
| UNC_H_DIRECTORY_UPDATE.CLEAR | Counts the number of directory updates that were required. These result in writes to the memory controller. This can be filtered by directory sets and directory clears.; Filter for directory clears. This occurs when snoops were sent and all returned with RspI. | EventSel=0DH UMask=02H Counter=0,1,2,3 |
| UNC_H_DIRECTORY_UPDATE.SET | Counts the number of directory updates that were required. These result in writes to the memory controller. This can be filtered by directory sets and directory clears.; Filter for directory sets. This occurs when a remote read transaction requests memory, bringing it to a remote cache. | EventSel=0DH UMask=01H Counter=0,1,2,3 |
| UNC_H_HITME_HIT.ACKCNFLTWBI | Counts Number of Hits in HitMe Cache; op is AckCnfltWbI | EventSel=71H UMask=04H Counter=0,1,2,3 |
| UNC_H_HITME_HIT.ALL | Counts Number of Hits in HitMe Cache; All Requests | EventSel=71H UMask=FFH Counter=0,1,2,3 |
| UNC_H_HITME_HIT.ALLOCS | Counts Number of Hits in HitMe Cache; Allocations | EventSel=71H UMask=70H Counter=0,1,2,3 |
| UNC_H_HITME_HIT.EVICTS | Counts Number of Hits in HitMe Cache; Allocations | EventSel=71H UMask=42H Counter=0,1,2,3 |
| UNC_H_HITME_HIT.HOM | Counts Number of Hits in HitMe Cache; HOM Requests | EventSel=71H UMask=0FH Counter=0,1,2,3 |
| UNC_H_HITME_HIT.INVALS | Counts Number of Hits in HitMe Cache; Invalidations | EventSel=71H UMask=26H Counter=0,1,2,3 |
| UNC_H_HITME_HIT.READ_OR_INVITOE | Counts Number of Hits in HitMe Cache; op is RdCode, RdData, RdDataMigratory, RdInvOwn, RdCur or InvItoE | EventSel=71H UMask=01H Counter=0,1,2,3 |
| UNC_H_HITME_HIT.RSP | Counts Number of Hits in HitMe Cache; op is RspI, RspIWb, RspS, RspSWb, RspCnflt or RspCnfltWbI | EventSel=71H UMask=80H Counter=0,1,2,3 |
| UNC_H_HITME_HIT.RSPFWDI_LOCAL | Counts Number of Hits in HitMe Cache; op is RspIFwd or RspIFwdWb for a local request | EventSel=71H UMask=20H Counter=0,1,2,3 |
| UNC_H_HITME_HIT.RSPFWDI_REMOTE | Counts Number of Hits in HitMe Cache; op is RspIFwd or RspIFwdWb for a remote request | EventSel=71H UMask=10H Counter=0,1,2,3 |
| UNC_H_HITME_HIT.RSPFWDS | Counts Number of Hits in HitMe Cache; op is RsSFwd or RspSFwdWb | EventSel=71H UMask=40H Counter=0,1,2,3 |
| UNC_H_HITME_HIT.WBMTOE_OR_S | Counts Number of Hits in HitMe Cache; op is WbMtoE or WbMtoS | EventSel=71H UMask=08H Counter=0,1,2,3 |
| UNC_H_HITME_HIT.WBMTOI | Counts Number of Hits in HitMe Cache; op is WbMtoI | EventSel=71H UMask=02H Counter=0,1,2,3 |
| UNC_H_HITME_HIT_PV_BITS_SET.ACKCNFLTWBI | Accumulates Number of PV bits set on HitMe Cache Hits; op is AckCnfltWbI | EventSel=72H UMask=04H Counter=0,1,2,3 |
| UNC_H_HITME_HIT_PV_BITS_SET.ALL | Accumulates Number of PV bits set on HitMe Cache Hits; All Requests | EventSel=72H UMask=FFH Counter=0,1,2,3 |
| UNC_H_HITME_HIT_PV_BITS_SET.HOM | Accumulates Number of PV bits set on HitMe Cache Hits; HOM Requests | EventSel=72H UMask=0FH Counter=0,1,2,3 |
| UNC_H_HITME_HIT_PV_BITS_SET.READ_OR_INVITOE | Accumulates Number of PV bits set on HitMe Cache Hits; op is RdCode, RdData, RdDataMigratory, RdInvOwn, RdCur or InvItoE | EventSel=72H UMask=01H Counter=0,1,2,3 |
| UNC_H_HITME_HIT_PV_BITS_SET.RSP | Accumulates Number of PV bits set on HitMe Cache Hits; op is RspI, RspIWb, RspS, RspSWb, RspCnflt or RspCnfltWbI | EventSel=72H UMask=80H Counter=0,1,2,3 |
| UNC_H_HITME_HIT_PV_BITS_SET.RSPFWDI_LOCAL | Accumulates Number of PV bits set on HitMe Cache Hits; op is RspIFwd or RspIFwdWb for a local request | EventSel=72H UMask=20H Counter=0,1,2,3 |
| UNC_H_HITME_HIT_PV_BITS_SET.RSPFWDI_REMOTE | Accumulates Number of PV bits set on HitMe Cache Hits; op is RspIFwd or RspIFwdWb for a remote request | EventSel=72H UMask=10H Counter=0,1,2,3 |
| UNC_H_HITME_HIT_PV_BITS_SET.RSPFWDS | Accumulates Number of PV bits set on HitMe Cache Hits; op is RsSFwd or RspSFwdWb | EventSel=72H UMask=40H Counter=0,1,2,3 |
| UNC_H_HITME_HIT_PV_BITS_SET.WBMTOE_OR_S | Accumulates Number of PV bits set on HitMe Cache Hits; op is WbMtoE or WbMtoS | EventSel=72H UMask=08H Counter=0,1,2,3 |
| UNC_H_HITME_HIT_PV_BITS_SET.WBMTOI | Accumulates Number of PV bits set on HitMe Cache Hits; op is WbMtoI | EventSel=72H UMask=02H Counter=0,1,2,3 |
| UNC_H_HITME_LOOKUP.ACKCNFLTWBI | Counts Number of times HitMe Cache is accessed; op is AckCnfltWbI | EventSel=70H UMask=04H Counter=0,1,2,3 |
| UNC_H_HITME_LOOKUP.ALL | Counts Number of times HitMe Cache is accessed; All Requests | EventSel=70H UMask=FFH Counter=0,1,2,3 |
| UNC_H_HITME_LOOKUP.ALLOCS | Counts Number of times HitMe Cache is accessed; Allocations | EventSel=70H UMask=70H Counter=0,1,2,3 |
| UNC_H_HITME_LOOKUP.HOM | Counts Number of times HitMe Cache is accessed; HOM Requests | EventSel=70H UMask=0FH Counter=0,1,2,3 |
| UNC_H_HITME_LOOKUP.INVALS | Counts Number of times HitMe Cache is accessed; Invalidations | EventSel=70H UMask=26H Counter=0,1,2,3 |
| UNC_H_HITME_LOOKUP.READ_OR_INVITOE | Counts Number of times HitMe Cache is accessed; op is RdCode, RdData, RdDataMigratory, RdInvOwn, RdCur or InvItoE | EventSel=70H UMask=01H Counter=0,1,2,3 |
| UNC_H_HITME_LOOKUP.RSP | Counts Number of times HitMe Cache is accessed; op is RspI, RspIWb, RspS, RspSWb, RspCnflt or RspCnfltWbI | EventSel=70H UMask=80H Counter=0,1,2,3 |
| UNC_H_HITME_LOOKUP.RSPFWDI_LOCAL | Counts Number of times HitMe Cache is accessed; op is RspIFwd or RspIFwdWb for a local request | EventSel=70H UMask=20H Counter=0,1,2,3 |
| UNC_H_HITME_LOOKUP.RSPFWDI_REMOTE | Counts Number of times HitMe Cache is accessed; op is RspIFwd or RspIFwdWb for a remote request | EventSel=70H UMask=10H Counter=0,1,2,3 |
| UNC_H_HITME_LOOKUP.RSPFWDS | Counts Number of times HitMe Cache is accessed; op is RsSFwd or RspSFwdWb | EventSel=70H UMask=40H Counter=0,1,2,3 |
| UNC_H_HITME_LOOKUP.WBMTOE_OR_S | Counts Number of times HitMe Cache is accessed; op is WbMtoE or WbMtoS | EventSel=70H UMask=08H Counter=0,1,2,3 |
| UNC_H_HITME_LOOKUP.WBMTOI | Counts Number of times HitMe Cache is accessed; op is WbMtoI | EventSel=70H UMask=02H Counter=0,1,2,3 |
| UNC_H_IGR_NO_CREDIT_CYCLES.AD_QPI0 | Counts the number of cycles when the HA does not have credits to send messages to the QPI Agent. This can be filtered by the different credit pools and the different links. | EventSel=22H UMask=01H Counter=0,1,2,3 |
| UNC_H_IGR_NO_CREDIT_CYCLES.AD_QPI1 | Counts the number of cycles when the HA does not have credits to send messages to the QPI Agent. This can be filtered by the different credit pools and the different links. | EventSel=22H UMask=02H Counter=0,1,2,3 |
| UNC_H_IGR_NO_CREDIT_CYCLES.AD_QPI2 | Counts the number of cycles when the HA does not have credits to send messages to the QPI Agent. This can be filtered by the different credit pools and the different links. | EventSel=22H UMask=10H Counter=0,1,2,3 |
| UNC_H_IGR_NO_CREDIT_CYCLES.BL_QPI0 | Counts the number of cycles when the HA does not have credits to send messages to the QPI Agent. This can be filtered by the different credit pools and the different links. | EventSel=22H UMask=04H Counter=0,1,2,3 |
| UNC_H_IGR_NO_CREDIT_CYCLES.BL_QPI1 | Counts the number of cycles when the HA does not have credits to send messages to the QPI Agent. This can be filtered by the different credit pools and the different links. | EventSel=22H UMask=08H Counter=0,1,2,3 |
| UNC_H_IGR_NO_CREDIT_CYCLES.BL_QPI2 | Counts the number of cycles when the HA does not have credits to send messages to the QPI Agent. This can be filtered by the different credit pools and the different links. | EventSel=22H UMask=20H Counter=0,1,2,3 |
| UNC_H_IMC_READS.NORMAL | Count of the number of reads issued to any of the memory controller channels. This can be filtered by the priority of the reads. | EventSel=17H UMask=01H Counter=0,1,2,3 |
| UNC_H_IMC_RETRY | Retry Events | EventSel=1EH UMask=00H Counter=0,1,2,3 |
| UNC_H_IMC_WRITES.ALL | Counts the total number of full line writes issued from the HA into the memory controller. This counts for all four channels. It can be filtered by full/partial and ISOCH/non-ISOCH. | EventSel=1AH UMask=0FH Counter=0,1,2,3 |
| UNC_H_IMC_WRITES.FULL | Counts the total number of full line writes issued from the HA into the memory controller. This counts for all four channels. It can be filtered by full/partial and ISOCH/non-ISOCH. | EventSel=1AH UMask=01H Counter=0,1,2,3 |
| UNC_H_IMC_WRITES.FULL_ISOCH | Counts the total number of full line writes issued from the HA into the memory controller. This counts for all four channels. It can be filtered by full/partial and ISOCH/non-ISOCH. | EventSel=1AH UMask=04H Counter=0,1,2,3 |
| UNC_H_IMC_WRITES.PARTIAL | Counts the total number of full line writes issued from the HA into the memory controller. This counts for all four channels. It can be filtered by full/partial and ISOCH/non-ISOCH. | EventSel=1AH UMask=02H Counter=0,1,2,3 |
| UNC_H_IMC_WRITES.PARTIAL_ISOCH | Counts the total number of full line writes issued from the HA into the memory controller. This counts for all four channels. It can be filtered by full/partial and ISOCH/non-ISOCH. | EventSel=1AH UMask=08H Counter=0,1,2,3 |
| UNC_H_IOT_BACKPRESSURE.HUB | IOT Backpressure | EventSel=61H UMask=02H Counter=0,1,2 |
| UNC_H_IOT_BACKPRESSURE.SAT | IOT Backpressure | EventSel=61H UMask=01H Counter=0,1,2 |
| UNC_H_IOT_CTS_EAST_LO.CTS0 | Debug Mask/Match Tie-Ins | EventSel=64H UMask=01H Counter=0,1,2 |
| UNC_H_IOT_CTS_EAST_LO.CTS1 | Debug Mask/Match Tie-Ins | EventSel=64H UMask=02H Counter=0,1,2 |
| UNC_H_IOT_CTS_HI.CTS2 | Debug Mask/Match Tie-Ins | EventSel=65H UMask=01H Counter=0,1,2 |
| UNC_H_IOT_CTS_HI.CTS3 | Debug Mask/Match Tie-Ins | EventSel=65H UMask=02H Counter=0,1,2 |
| UNC_H_IOT_CTS_WEST_LO.CTS0 | Debug Mask/Match Tie-Ins | EventSel=62H UMask=01H Counter=0,1,2 |
| UNC_H_IOT_CTS_WEST_LO.CTS1 | Debug Mask/Match Tie-Ins | EventSel=62H UMask=02H Counter=0,1,2 |
| UNC_H_OSB.CANCELLED | Count of OSB snoop broadcasts. Counts by 1 per request causing OSB snoops to be broadcast. Does not count all the snoops generated by OSB.; OSB Snoop broadcast cancelled due to D2C or Other. OSB cancel is counted when OSB local read is not allowed even when the transaction in local InItoE. It also counts D2C OSB cancel, but also includes the cases were D2C was not set in the first place for the transaction coming from the ring. | EventSel=53H UMask=10H Counter=0,1,2,3 |
| UNC_H_OSB.INVITOE_LOCAL | Count of OSB snoop broadcasts. Counts by 1 per request causing OSB snoops to be broadcast. Does not count all the snoops generated by OSB. | EventSel=53H UMask=04H Counter=0,1,2,3 |
| UNC_H_OSB.READS_LOCAL | Count of OSB snoop broadcasts. Counts by 1 per request causing OSB snoops to be broadcast. Does not count all the snoops generated by OSB. | EventSel=53H UMask=02H Counter=0,1,2,3 |
| UNC_H_OSB.READS_LOCAL_USEFUL | Count of OSB snoop broadcasts. Counts by 1 per request causing OSB snoops to be broadcast. Does not count all the snoops generated by OSB. | EventSel=53H UMask=20H Counter=0,1,2,3 |
| UNC_H_OSB.REMOTE | Count of OSB snoop broadcasts. Counts by 1 per request causing OSB snoops to be broadcast. Does not count all the snoops generated by OSB. | EventSel=53H UMask=08H Counter=0,1,2,3 |
| UNC_H_OSB.REMOTE_USEFUL | Count of OSB snoop broadcasts. Counts by 1 per request causing OSB snoops to be broadcast. Does not count all the snoops generated by OSB. | EventSel=53H UMask=40H Counter=0,1,2,3 |
| UNC_H_OSB_EDR.ALL | Counts the number of transactions that broadcast snoop due to OSB, but found clean data in memory and was able to do early data return | EventSel=54H UMask=01H Counter=0,1,2,3 |
| UNC_H_OSB_EDR.READS_LOCAL_I | Counts the number of transactions that broadcast snoop due to OSB, but found clean data in memory and was able to do early data return | EventSel=54H UMask=02H Counter=0,1,2,3 |
| UNC_H_OSB_EDR.READS_LOCAL_S | Counts the number of transactions that broadcast snoop due to OSB, but found clean data in memory and was able to do early data return | EventSel=54H UMask=08H Counter=0,1,2,3 |
| UNC_H_OSB_EDR.READS_REMOTE_I | Counts the number of transactions that broadcast snoop due to OSB, but found clean data in memory and was able to do early data return | EventSel=54H UMask=04H Counter=0,1,2,3 |
| UNC_H_OSB_EDR.READS_REMOTE_S | Counts the number of transactions that broadcast snoop due to OSB, but found clean data in memory and was able to do early data return | EventSel=54H UMask=10H Counter=0,1,2,3 |
| UNC_H_REQUESTS.INVITOE_LOCAL | Counts the total number of read requests made into the Home Agent. Reads include all read opcodes (including RFO). Writes include all writes (streaming, evictions, HitM, etc).; This filter includes only InvItoEs coming from the local socket. | EventSel=01H UMask=10H Counter=0,1,2,3 |
| UNC_H_REQUESTS.INVITOE_REMOTE | Counts the total number of read requests made into the Home Agent. Reads include all read opcodes (including RFO). Writes include all writes (streaming, evictions, HitM, etc).; This filter includes only InvItoEs coming from remote sockets. | EventSel=01H UMask=20H Counter=0,1,2,3 |
| UNC_H_REQUESTS.READS | Counts the total number of read requests made into the Home Agent. Reads include all read opcodes (including RFO). Writes include all writes (streaming, evictions, HitM, etc).; Incoming ead requests. This is a good proxy for LLC Read Misses (including RFOs). | EventSel=01H UMask=03H Counter=0,1,2,3 |
| UNC_H_REQUESTS.READS_LOCAL | Counts the total number of read requests made into the Home Agent. Reads include all read opcodes (including RFO). Writes include all writes (streaming, evictions, HitM, etc).; This filter includes only read requests coming from the local socket. This is a good proxy for LLC Read Misses (including RFOs) from the local socket. | EventSel=01H UMask=01H Counter=0,1,2,3 |
| UNC_H_REQUESTS.READS_REMOTE | Counts the total number of read requests made into the Home Agent. Reads include all read opcodes (including RFO). Writes include all writes (streaming, evictions, HitM, etc).; This filter includes only read requests coming from the remote socket. This is a good proxy for LLC Read Misses (including RFOs) from the remote socket. | EventSel=01H UMask=02H Counter=0,1,2,3 |
| UNC_H_REQUESTS.WRITES | Counts the total number of read requests made into the Home Agent. Reads include all read opcodes (including RFO). Writes include all writes (streaming, evictions, HitM, etc).; Incoming write requests. | EventSel=01H UMask=0CH Counter=0,1,2,3 |
| UNC_H_REQUESTS.WRITES_LOCAL | Counts the total number of read requests made into the Home Agent. Reads include all read opcodes (including RFO). Writes include all writes (streaming, evictions, HitM, etc).; This filter includes only writes coming from the local socket. | EventSel=01H UMask=04H Counter=0,1,2,3 |
| UNC_H_REQUESTS.WRITES_REMOTE | Counts the total number of read requests made into the Home Agent. Reads include all read opcodes (including RFO). Writes include all writes (streaming, evictions, HitM, etc).; This filter includes only writes coming from remote sockets. | EventSel=01H UMask=08H Counter=0,1,2,3 |
| UNC_H_RING_AD_USED.CCW | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=3EH UMask=0CH Counter=0,1,2,3 |
| UNC_H_RING_AD_USED.CCW_EVEN | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Counterclockwise and Even ring polarity. | EventSel=3EH UMask=04H Counter=0,1,2,3 |
| UNC_H_RING_AD_USED.CCW_ODD | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Counterclockwise and Odd ring polarity. | EventSel=3EH UMask=08H Counter=0,1,2,3 |
| UNC_H_RING_AD_USED.CW | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=3EH UMask=03H Counter=0,1,2,3 |
| UNC_H_RING_AD_USED.CW_EVEN | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Clockwise and Even ring polarity. | EventSel=3EH UMask=01H Counter=0,1,2,3 |
| UNC_H_RING_AD_USED.CW_ODD | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Clockwise and Odd ring polarity. | EventSel=3EH UMask=02H Counter=0,1,2,3 |
| UNC_H_RING_AK_USED.ALL | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=3FH UMask=0FH Counter=0,1,2,3 |
| UNC_H_RING_AK_USED.CCW | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=3FH UMask=0CH Counter=0,1,2,3 |
| UNC_H_RING_AK_USED.CCW_EVEN | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Counterclockwise and Even ring polarity. | EventSel=3FH UMask=04H Counter=0,1,2,3 |
| UNC_H_RING_AK_USED.CCW_ODD | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Counterclockwise and Odd ring polarity. | EventSel=3FH UMask=08H Counter=0,1,2,3 |
| UNC_H_RING_AK_USED.CW | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=3FH UMask=03H Counter=0,1,2,3 |
| UNC_H_RING_AK_USED.CW_EVEN | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Clockwise and Even ring polarity. | EventSel=3FH UMask=01H Counter=0,1,2,3 |
| UNC_H_RING_AK_USED.CW_ODD | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Clockwise and Odd ring polarity. | EventSel=3FH UMask=02H Counter=0,1,2,3 |
| UNC_H_RING_BL_USED.ALL | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=40H UMask=0FH Counter=0,1,2,3 |
| UNC_H_RING_BL_USED.CCW | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=40H UMask=0CH Counter=0,1,2,3 |
| UNC_H_RING_BL_USED.CCW_EVEN | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Counterclockwise and Even ring polarity. | EventSel=40H UMask=04H Counter=0,1,2,3 |
| UNC_H_RING_BL_USED.CCW_ODD | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Counterclockwise and Odd ring polarity. | EventSel=40H UMask=08H Counter=0,1,2,3 |
| UNC_H_RING_BL_USED.CW | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=40H UMask=03H Counter=0,1,2,3 |
| UNC_H_RING_BL_USED.CW_EVEN | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Clockwise and Even ring polarity. | EventSel=40H UMask=01H Counter=0,1,2,3 |
| UNC_H_RING_BL_USED.CW_ODD | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Clockwise and Odd ring polarity. | EventSel=40H UMask=02H Counter=0,1,2,3 |
| UNC_H_RPQ_CYCLES_NO_REG_CREDITS.CHN0 | Counts the number of cycles when there are no "regular" credits available for posting reads from the HA into the iMC. In order to send reads into the memory controller, the HA must first acquire a credit for the iMC's RPQ (read pending queue). This queue is broken into regular credits/buffers that are used by general reads, and "special" requests such as ISOCH reads. This count only tracks the regular credits Common high bandwidth workloads should be able to make use of all of the regular buffers, but it will be difficult (and uncommon) to make use of both the regular and special buffers at the same time. One can filter based on the memory controller channel. One or more channels can be tracked at a given time.; Filter for memory controller channel 0 only. | EventSel=15H UMask=01H Counter=0,1,2,3 |
| UNC_H_RPQ_CYCLES_NO_REG_CREDITS.CHN1 | Counts the number of cycles when there are no "regular" credits available for posting reads from the HA into the iMC. In order to send reads into the memory controller, the HA must first acquire a credit for the iMC's RPQ (read pending queue). This queue is broken into regular credits/buffers that are used by general reads, and "special" requests such as ISOCH reads. This count only tracks the regular credits Common high bandwidth workloads should be able to make use of all of the regular buffers, but it will be difficult (and uncommon) to make use of both the regular and special buffers at the same time. One can filter based on the memory controller channel. One or more channels can be tracked at a given time.; Filter for memory controller channel 1 only. | EventSel=15H UMask=02H Counter=0,1,2,3 |
| UNC_H_RPQ_CYCLES_NO_REG_CREDITS.CHN2 | Counts the number of cycles when there are no "regular" credits available for posting reads from the HA into the iMC. In order to send reads into the memory controller, the HA must first acquire a credit for the iMC's RPQ (read pending queue). This queue is broken into regular credits/buffers that are used by general reads, and "special" requests such as ISOCH reads. This count only tracks the regular credits Common high bandwidth workloads should be able to make use of all of the regular buffers, but it will be difficult (and uncommon) to make use of both the regular and special buffers at the same time. One can filter based on the memory controller channel. One or more channels can be tracked at a given time.; Filter for memory controller channel 2 only. | EventSel=15H UMask=04H Counter=0,1,2,3 |
| UNC_H_RPQ_CYCLES_NO_REG_CREDITS.CHN3 | Counts the number of cycles when there are no "regular" credits available for posting reads from the HA into the iMC. In order to send reads into the memory controller, the HA must first acquire a credit for the iMC's RPQ (read pending queue). This queue is broken into regular credits/buffers that are used by general reads, and "special" requests such as ISOCH reads. This count only tracks the regular credits Common high bandwidth workloads should be able to make use of all of the regular buffers, but it will be difficult (and uncommon) to make use of both the regular and special buffers at the same time. One can filter based on the memory controller channel. One or more channels can be tracked at a given time.; Filter for memory controller channel 3 only. | EventSel=15H UMask=08H Counter=0,1,2,3 |
| UNC_H_RPQ_CYCLES_NO_SPEC_CREDITS.CHN0 | Counts the number of cycles when there are no "special" credits available for posting reads from the HA into the iMC. In order to send reads into the memory controller, the HA must first acquire a credit for the iMC's RPQ (read pending queue). This queue is broken into regular credits/buffers that are used by general reads, and "special" requests such as ISOCH reads. This count only tracks the "special" credits. This statistic is generally not interesting for general IA workloads, but may be of interest for understanding the characteristics of systems using ISOCH. One can filter based on the memory controller channel. One or more channels can be tracked at a given time.; Filter for memory controller channel 0 only. | EventSel=16H UMask=01H Counter=0,1,2,3 |
| UNC_H_RPQ_CYCLES_NO_SPEC_CREDITS.CHN1 | Counts the number of cycles when there are no "special" credits available for posting reads from the HA into the iMC. In order to send reads into the memory controller, the HA must first acquire a credit for the iMC's RPQ (read pending queue). This queue is broken into regular credits/buffers that are used by general reads, and "special" requests such as ISOCH reads. This count only tracks the "special" credits. This statistic is generally not interesting for general IA workloads, but may be of interest for understanding the characteristics of systems using ISOCH. One can filter based on the memory controller channel. One or more channels can be tracked at a given time.; Filter for memory controller channel 1 only. | EventSel=16H UMask=02H Counter=0,1,2,3 |
| UNC_H_RPQ_CYCLES_NO_SPEC_CREDITS.CHN2 | Counts the number of cycles when there are no "special" credits available for posting reads from the HA into the iMC. In order to send reads into the memory controller, the HA must first acquire a credit for the iMC's RPQ (read pending queue). This queue is broken into regular credits/buffers that are used by general reads, and "special" requests such as ISOCH reads. This count only tracks the "special" credits. This statistic is generally not interesting for general IA workloads, but may be of interest for understanding the characteristics of systems using ISOCH. One can filter based on the memory controller channel. One or more channels can be tracked at a given time.; Filter for memory controller channel 2 only. | EventSel=16H UMask=04H Counter=0,1,2,3 |
| UNC_H_RPQ_CYCLES_NO_SPEC_CREDITS.CHN3 | Counts the number of cycles when there are no "special" credits available for posting reads from the HA into the iMC. In order to send reads into the memory controller, the HA must first acquire a credit for the iMC's RPQ (read pending queue). This queue is broken into regular credits/buffers that are used by general reads, and "special" requests such as ISOCH reads. This count only tracks the "special" credits. This statistic is generally not interesting for general IA workloads, but may be of interest for understanding the characteristics of systems using ISOCH. One can filter based on the memory controller channel. One or more channels can be tracked at a given time.; Filter for memory controller channel 3 only. | EventSel=16H UMask=08H Counter=0,1,2,3 |
| UNC_H_SBO0_CREDIT_OCCUPANCY.AD | Number of Sbo 0 credits in use in a given cycle, per ring. | EventSel=6AH UMask=01H Counter=0,1,2,3 |
| UNC_H_SBO0_CREDIT_OCCUPANCY.BL | Number of Sbo 0 credits in use in a given cycle, per ring. | EventSel=6AH UMask=02H Counter=0,1,2,3 |
| UNC_H_SBO0_CREDITS_ACQUIRED.AD | Number of Sbo 0 credits acquired in a given cycle, per ring. | EventSel=68H UMask=01H Counter=0,1,2,3 |
| UNC_H_SBO0_CREDITS_ACQUIRED.BL | Number of Sbo 0 credits acquired in a given cycle, per ring. | EventSel=68H UMask=02H Counter=0,1,2,3 |
| UNC_H_SBO1_CREDIT_OCCUPANCY.AD | Number of Sbo 1 credits in use in a given cycle, per ring. | EventSel=6BH UMask=01H Counter=0,1,2,3 |
| UNC_H_SBO1_CREDIT_OCCUPANCY.BL | Number of Sbo 1 credits in use in a given cycle, per ring. | EventSel=6BH UMask=02H Counter=0,1,2,3 |
| UNC_H_SBO1_CREDITS_ACQUIRED.AD | Number of Sbo 1 credits acquired in a given cycle, per ring. | EventSel=69H UMask=01H Counter=0,1,2,3 |
| UNC_H_SBO1_CREDITS_ACQUIRED.BL | Number of Sbo 1 credits acquired in a given cycle, per ring. | EventSel=69H UMask=02H Counter=0,1,2,3 |
| UNC_H_SNOOP_CYCLES_NE.ALL | Counts cycles when one or more snoops are outstanding.; Tracked for snoops from both local and remote sockets. | EventSel=08H UMask=03H Counter=0,1,2,3 |
| UNC_H_SNOOP_CYCLES_NE.LOCAL | Counts cycles when one or more snoops are outstanding.; This filter includes only requests coming from the local socket. | EventSel=08H UMask=01H Counter=0,1,2,3 |
| UNC_H_SNOOP_CYCLES_NE.REMOTE | Counts cycles when one or more snoops are outstanding.; This filter includes only requests coming from remote sockets. | EventSel=08H UMask=02H Counter=0,1,2,3 |
| UNC_H_SNOOP_OCCUPANCY.LOCAL | Accumulates the occupancy of either the local HA tracker pool that have snoops pending in every cycle. This can be used in conjection with the "not empty" stat to calculate average queue occupancy or the "allocations" stat in order to calculate average queue latency. HA trackers are allocated as soon as a request enters the HA if an HT (HomeTracker) entry is available and this occupancy is decremented when all the snoop responses have returned.; This filter includes only requests coming from the local socket. | EventSel=09H UMask=01H Counter=0,1,2,3 |
| UNC_H_SNOOP_OCCUPANCY.REMOTE | Accumulates the occupancy of either the local HA tracker pool that have snoops pending in every cycle. This can be used in conjection with the "not empty" stat to calculate average queue occupancy or the "allocations" stat in order to calculate average queue latency. HA trackers are allocated as soon as a request enters the HA if an HT (HomeTracker) entry is available and this occupancy is decremented when all the snoop responses have returned.; This filter includes only requests coming from remote sockets. | EventSel=09H UMask=02H Counter=0,1,2,3 |
| UNC_H_SNOOP_RESP.RSP_FWD_WB | Counts the total number of RspI snoop responses received. Whenever a snoops are issued, one or more snoop responses will be returned depending on the topology of the system. In systems larger than 2s, when multiple snoops are returned this will count all the snoops that are received. For example, if 3 snoops were issued and returned RspI, RspS, and RspSFwd; then each of these sub-events would increment by 1.; Filters for a snoop response of Rsp*Fwd*WB. This snoop response is only used in 4s systems. It is used when a snoop HITM's in a remote caching agent and it directly forwards data to a requestor, and simultaneously returns data to the home to be written back to memory. | EventSel=21H UMask=20H Counter=0,1,2,3 |
| UNC_H_SNOOP_RESP.RSP_WB | Counts the total number of RspI snoop responses received. Whenever a snoops are issued, one or more snoop responses will be returned depending on the topology of the system. In systems larger than 2s, when multiple snoops are returned this will count all the snoops that are received. For example, if 3 snoops were issued and returned RspI, RspS, and RspSFwd; then each of these sub-events would increment by 1.; Filters for a snoop response of RspIWB or RspSWB. This is returned when a non-RFO request hits in M state. Data and Code Reads can return either RspIWB or RspSWB depending on how the system has been configured. InvItoE transactions will also return RspIWB because they must acquire ownership. | EventSel=21H UMask=10H Counter=0,1,2,3 |
| UNC_H_SNOOP_RESP.RSPCNFLCT | Counts the total number of RspI snoop responses received. Whenever a snoops are issued, one or more snoop responses will be returned depending on the topology of the system. In systems larger than 2s, when multiple snoops are returned this will count all the snoops that are received. For example, if 3 snoops were issued and returned RspI, RspS, and RspSFwd; then each of these sub-events would increment by 1.; Filters for snoops responses of RspConflict. This is returned when a snoop finds an existing outstanding transaction in a remote caching agent when it CAMs that caching agent. This triggers conflict resolution hardware. This covers both RspCnflct and RspCnflctWbI. | EventSel=21H UMask=40H Counter=0,1,2,3 |
| UNC_H_SNOOP_RESP.RSPI | Counts the total number of RspI snoop responses received. Whenever a snoops are issued, one or more snoop responses will be returned depending on the topology of the system. In systems larger than 2s, when multiple snoops are returned this will count all the snoops that are received. For example, if 3 snoops were issued and returned RspI, RspS, and RspSFwd; then each of these sub-events would increment by 1.; Filters for snoops responses of RspI. RspI is returned when the remote cache does not have the data, or when the remote cache silently evicts data (such as when an RFO hits non-modified data). | EventSel=21H UMask=01H Counter=0,1,2,3 |
| UNC_H_SNOOP_RESP.RSPIFWD | Counts the total number of RspI snoop responses received. Whenever a snoops are issued, one or more snoop responses will be returned depending on the topology of the system. In systems larger than 2s, when multiple snoops are returned this will count all the snoops that are received. For example, if 3 snoops were issued and returned RspI, RspS, and RspSFwd; then each of these sub-events would increment by 1.; Filters for snoop responses of RspIFwd. This is returned when a remote caching agent forwards data and the requesting agent is able to acquire the data in E or M states. This is commonly returned with RFO transactions. It can be either a HitM or a HitFE. | EventSel=21H UMask=04H Counter=0,1,2,3 |
| UNC_H_SNOOP_RESP.RSPS | Counts the total number of RspI snoop responses received. Whenever a snoops are issued, one or more snoop responses will be returned depending on the topology of the system. In systems larger than 2s, when multiple snoops are returned this will count all the snoops that are received. For example, if 3 snoops were issued and returned RspI, RspS, and RspSFwd; then each of these sub-events would increment by 1.; Filters for snoop responses of RspS. RspS is returned when a remote cache has data but is not forwarding it. It is a way to let the requesting socket know that it cannot allocate the data in E state. No data is sent with S RspS. | EventSel=21H UMask=02H Counter=0,1,2,3 |
| UNC_H_SNOOP_RESP.RSPSFWD | Counts the total number of RspI snoop responses received. Whenever a snoops are issued, one or more snoop responses will be returned depending on the topology of the system. In systems larger than 2s, when multiple snoops are returned this will count all the snoops that are received. For example, if 3 snoops were issued and returned RspI, RspS, and RspSFwd; then each of these sub-events would increment by 1.; Filters for a snoop response of RspSFwd. This is returned when a remote caching agent forwards data but holds on to its current copy. This is common for data and code reads that hit in a remote socket in E or F state. | EventSel=21H UMask=08H Counter=0,1,2,3 |
| UNC_H_SNOOPS_RSP_AFTER_DATA.LOCAL | Counts the number of reads when the snoop was on the critical path to the data return.; This filter includes only requests coming from the local socket. | EventSel=0AH UMask=01H Counter=0,1,2,3 |
| UNC_H_SNOOPS_RSP_AFTER_DATA.REMOTE | Counts the number of reads when the snoop was on the critical path to the data return.; This filter includes only requests coming from remote sockets. | EventSel=0AH UMask=02H Counter=0,1,2,3 |
| UNC_H_SNP_RESP_RECV_LOCAL.OTHER | Number of snoop responses received for a Local request; Filters for all other snoop responses. | EventSel=60H UMask=80H Counter=0,1,2,3 |
| UNC_H_SNP_RESP_RECV_LOCAL.RSPCNFLCT | Number of snoop responses received for a Local request; Filters for snoops responses of RspConflict. This is returned when a snoop finds an existing outstanding transaction in a remote caching agent when it CAMs that caching agent. This triggers conflict resolution hardware. This covers both RspCnflct and RspCnflctWbI. | EventSel=60H UMask=40H Counter=0,1,2,3 |
| UNC_H_SNP_RESP_RECV_LOCAL.RSPI | Number of snoop responses received for a Local request; Filters for snoops responses of RspI. RspI is returned when the remote cache does not have the data, or when the remote cache silently evicts data (such as when an RFO hits non-modified data). | EventSel=60H UMask=01H Counter=0,1,2,3 |
| UNC_H_SNP_RESP_RECV_LOCAL.RSPIFWD | Number of snoop responses received for a Local request; Filters for snoop responses of RspIFwd. This is returned when a remote caching agent forwards data and the requesting agent is able to acquire the data in E or M states. This is commonly returned with RFO transactions. It can be either a HitM or a HitFE. | EventSel=60H UMask=04H Counter=0,1,2,3 |
| UNC_H_SNP_RESP_RECV_LOCAL.RSPS | Number of snoop responses received for a Local request; Filters for snoop responses of RspS. RspS is returned when a remote cache has data but is not forwarding it. It is a way to let the requesting socket know that it cannot allocate the data in E state. No data is sent with S RspS. | EventSel=60H UMask=02H Counter=0,1,2,3 |
| UNC_H_SNP_RESP_RECV_LOCAL.RSPSFWD | Number of snoop responses received for a Local request; Filters for a snoop response of RspSFwd. This is returned when a remote caching agent forwards data but holds on to its current copy. This is common for data and code reads that hit in a remote socket in E or F state. | EventSel=60H UMask=08H Counter=0,1,2,3 |
| UNC_H_SNP_RESP_RECV_LOCAL.RSPxFWDxWB | Number of snoop responses received for a Local request; Filters for a snoop response of Rsp*Fwd*WB. This snoop response is only used in 4s systems. It is used when a snoop HITM's in a remote caching agent and it directly forwards data to a requestor, and simultaneously returns data to the home to be written back to memory. | EventSel=60H UMask=20H Counter=0,1,2,3 |
| UNC_H_SNP_RESP_RECV_LOCAL.RSPxWB | Number of snoop responses received for a Local request; Filters for a snoop response of RspIWB or RspSWB. This is returned when a non-RFO request hits in M state. Data and Code Reads can return either RspIWB or RspSWB depending on how the system has been configured. InvItoE transactions will also return RspIWB because they must acquire ownership. | EventSel=60H UMask=10H Counter=0,1,2,3 |
| UNC_H_STALL_NO_SBO_CREDIT.SBO0_AD | Number of cycles Egress is stalled waiting for an Sbo credit to become available. Per Sbo, per Ring. | EventSel=6CH UMask=01H Counter=0,1,2,3 |
| UNC_H_STALL_NO_SBO_CREDIT.SBO0_BL | Number of cycles Egress is stalled waiting for an Sbo credit to become available. Per Sbo, per Ring. | EventSel=6CH UMask=04H Counter=0,1,2,3 |
| UNC_H_STALL_NO_SBO_CREDIT.SBO1_AD | Number of cycles Egress is stalled waiting for an Sbo credit to become available. Per Sbo, per Ring. | EventSel=6CH UMask=02H Counter=0,1,2,3 |
| UNC_H_STALL_NO_SBO_CREDIT.SBO1_BL | Number of cycles Egress is stalled waiting for an Sbo credit to become available. Per Sbo, per Ring. | EventSel=6CH UMask=08H Counter=0,1,2,3 |
| UNC_H_TAD_REQUESTS_G0.REGION0 | Counts the number of HA requests to a given TAD region. There are up to 11 TAD (target address decode) regions in each home agent. All requests destined for the memory controller must first be decoded to determine which TAD region they are in. This event is filtered based on the TAD region ID, and covers regions 0 to 7. This event is useful for understanding how applications are using the memory that is spread across the different memory regions. It is particularly useful for "Monroe" systems that use the TAD to enable individual channels to enter self-refresh to save power.; Filters request made to TAD Region 0 | EventSel=1BH UMask=01H Counter=0,1,2,3 |
| UNC_H_TAD_REQUESTS_G0.REGION1 | Counts the number of HA requests to a given TAD region. There are up to 11 TAD (target address decode) regions in each home agent. All requests destined for the memory controller must first be decoded to determine which TAD region they are in. This event is filtered based on the TAD region ID, and covers regions 0 to 7. This event is useful for understanding how applications are using the memory that is spread across the different memory regions. It is particularly useful for "Monroe" systems that use the TAD to enable individual channels to enter self-refresh to save power.; Filters request made to TAD Region 1 | EventSel=1BH UMask=02H Counter=0,1,2,3 |
| UNC_H_TAD_REQUESTS_G0.REGION2 | Counts the number of HA requests to a given TAD region. There are up to 11 TAD (target address decode) regions in each home agent. All requests destined for the memory controller must first be decoded to determine which TAD region they are in. This event is filtered based on the TAD region ID, and covers regions 0 to 7. This event is useful for understanding how applications are using the memory that is spread across the different memory regions. It is particularly useful for "Monroe" systems that use the TAD to enable individual channels to enter self-refresh to save power.; Filters request made to TAD Region 2 | EventSel=1BH UMask=04H Counter=0,1,2,3 |
| UNC_H_TAD_REQUESTS_G0.REGION3 | Counts the number of HA requests to a given TAD region. There are up to 11 TAD (target address decode) regions in each home agent. All requests destined for the memory controller must first be decoded to determine which TAD region they are in. This event is filtered based on the TAD region ID, and covers regions 0 to 7. This event is useful for understanding how applications are using the memory that is spread across the different memory regions. It is particularly useful for "Monroe" systems that use the TAD to enable individual channels to enter self-refresh to save power.; Filters request made to TAD Region 3 | EventSel=1BH UMask=08H Counter=0,1,2,3 |
| UNC_H_TAD_REQUESTS_G0.REGION4 | Counts the number of HA requests to a given TAD region. There are up to 11 TAD (target address decode) regions in each home agent. All requests destined for the memory controller must first be decoded to determine which TAD region they are in. This event is filtered based on the TAD region ID, and covers regions 0 to 7. This event is useful for understanding how applications are using the memory that is spread across the different memory regions. It is particularly useful for "Monroe" systems that use the TAD to enable individual channels to enter self-refresh to save power.; Filters request made to TAD Region 4 | EventSel=1BH UMask=10H Counter=0,1,2,3 |
| UNC_H_TAD_REQUESTS_G0.REGION5 | Counts the number of HA requests to a given TAD region. There are up to 11 TAD (target address decode) regions in each home agent. All requests destined for the memory controller must first be decoded to determine which TAD region they are in. This event is filtered based on the TAD region ID, and covers regions 0 to 7. This event is useful for understanding how applications are using the memory that is spread across the different memory regions. It is particularly useful for "Monroe" systems that use the TAD to enable individual channels to enter self-refresh to save power.; Filters request made to TAD Region 5 | EventSel=1BH UMask=20H Counter=0,1,2,3 |
| UNC_H_TAD_REQUESTS_G0.REGION6 | Counts the number of HA requests to a given TAD region. There are up to 11 TAD (target address decode) regions in each home agent. All requests destined for the memory controller must first be decoded to determine which TAD region they are in. This event is filtered based on the TAD region ID, and covers regions 0 to 7. This event is useful for understanding how applications are using the memory that is spread across the different memory regions. It is particularly useful for "Monroe" systems that use the TAD to enable individual channels to enter self-refresh to save power.; Filters request made to TAD Region 6 | EventSel=1BH UMask=40H Counter=0,1,2,3 |
| UNC_H_TAD_REQUESTS_G0.REGION7 | Counts the number of HA requests to a given TAD region. There are up to 11 TAD (target address decode) regions in each home agent. All requests destined for the memory controller must first be decoded to determine which TAD region they are in. This event is filtered based on the TAD region ID, and covers regions 0 to 7. This event is useful for understanding how applications are using the memory that is spread across the different memory regions. It is particularly useful for "Monroe" systems that use the TAD to enable individual channels to enter self-refresh to save power.; Filters request made to TAD Region 7 | EventSel=1BH UMask=80H Counter=0,1,2,3 |
| UNC_H_TAD_REQUESTS_G1.REGION10 | Counts the number of HA requests to a given TAD region. There are up to 11 TAD (target address decode) regions in each home agent. All requests destined for the memory controller must first be decoded to determine which TAD region they are in. This event is filtered based on the TAD region ID, and covers regions 8 to 10. This event is useful for understanding how applications are using the memory that is spread across the different memory regions. It is particularly useful for "Monroe" systems that use the TAD to enable individual channels to enter self-refresh to save power.; Filters request made to TAD Region 10 | EventSel=1CH UMask=04H Counter=0,1,2,3 |
| UNC_H_TAD_REQUESTS_G1.REGION11 | Counts the number of HA requests to a given TAD region. There are up to 11 TAD (target address decode) regions in each home agent. All requests destined for the memory controller must first be decoded to determine which TAD region they are in. This event is filtered based on the TAD region ID, and covers regions 8 to 10. This event is useful for understanding how applications are using the memory that is spread across the different memory regions. It is particularly useful for "Monroe" systems that use the TAD to enable individual channels to enter self-refresh to save power.; Filters request made to TAD Region 11 | EventSel=1CH UMask=08H Counter=0,1,2,3 |
| UNC_H_TAD_REQUESTS_G1.REGION8 | Counts the number of HA requests to a given TAD region. There are up to 11 TAD (target address decode) regions in each home agent. All requests destined for the memory controller must first be decoded to determine which TAD region they are in. This event is filtered based on the TAD region ID, and covers regions 8 to 10. This event is useful for understanding how applications are using the memory that is spread across the different memory regions. It is particularly useful for "Monroe" systems that use the TAD to enable individual channels to enter self-refresh to save power.; Filters request made to TAD Region 8 | EventSel=1CH UMask=01H Counter=0,1,2,3 |
| UNC_H_TAD_REQUESTS_G1.REGION9 | Counts the number of HA requests to a given TAD region. There are up to 11 TAD (target address decode) regions in each home agent. All requests destined for the memory controller must first be decoded to determine which TAD region they are in. This event is filtered based on the TAD region ID, and covers regions 8 to 10. This event is useful for understanding how applications are using the memory that is spread across the different memory regions. It is particularly useful for "Monroe" systems that use the TAD to enable individual channels to enter self-refresh to save power.; Filters request made to TAD Region 9 | EventSel=1CH UMask=02H Counter=0,1,2,3 |
| UNC_H_TRACKER_CYCLES_FULL.ALL | Counts the number of cycles when the local HA tracker pool is completely used. This can be used with edge detect to identify the number of situations when the pool became fully utilized. This should not be confused with RTID credit usage -- which must be tracked inside each cbo individually -- but represents the actual tracker buffer structure. In other words, the system could be starved for RTIDs but not fill up the HA trackers. HA trackers are allocated as soon as a request enters the HA and is released after the snoop response and data return (or post in the case of a write) and the response is returned on the ring.; Counts the number of cycles when the HA tracker pool (HT) is completely used including reserved HT entries. It will not return valid count when BT is disabled. | EventSel=02H UMask=02H Counter=0,1,2,3 |
| UNC_H_TRACKER_CYCLES_FULL.GP | Counts the number of cycles when the local HA tracker pool is completely used. This can be used with edge detect to identify the number of situations when the pool became fully utilized. This should not be confused with RTID credit usage -- which must be tracked inside each cbo individually -- but represents the actual tracker buffer structure. In other words, the system could be starved for RTIDs but not fill up the HA trackers. HA trackers are allocated as soon as a request enters the HA and is released after the snoop response and data return (or post in the case of a write) and the response is returned on the ring.; Counts the number of cycles when the general purpose (GP) HA tracker pool (HT) is completely used. It will not return valid count when BT is disabled. | EventSel=02H UMask=01H Counter=0,1,2,3 |
| UNC_H_TRACKER_CYCLES_NE.ALL | Counts the number of cycles when the local HA tracker pool is not empty. This can be used with edge detect to identify the number of situations when the pool became empty. This should not be confused with RTID credit usage -- which must be tracked inside each cbo individually -- but represents the actual tracker buffer structure. In other words, this buffer could be completely empty, but there may still be credits in use by the CBos. This stat can be used in conjunction with the occupancy accumulation stat in order to calculate average queue occupancy. HA trackers are allocated as soon as a request enters the HA if an HT (Home Tracker) entry is available and is released after the snoop response and data return (or post in the case of a write) and the response is returned on the ring.; Requests coming from both local and remote sockets. | EventSel=03H UMask=03H Counter=0,1,2,3 |
| UNC_H_TRACKER_CYCLES_NE.LOCAL | Counts the number of cycles when the local HA tracker pool is not empty. This can be used with edge detect to identify the number of situations when the pool became empty. This should not be confused with RTID credit usage -- which must be tracked inside each cbo individually -- but represents the actual tracker buffer structure. In other words, this buffer could be completely empty, but there may still be credits in use by the CBos. This stat can be used in conjunction with the occupancy accumulation stat in order to calculate average queue occupancy. HA trackers are allocated as soon as a request enters the HA if an HT (Home Tracker) entry is available and is released after the snoop response and data return (or post in the case of a write) and the response is returned on the ring.; This filter includes only requests coming from the local socket. | EventSel=03H UMask=01H Counter=0,1,2,3 |
| UNC_H_TRACKER_CYCLES_NE.REMOTE | Counts the number of cycles when the local HA tracker pool is not empty. This can be used with edge detect to identify the number of situations when the pool became empty. This should not be confused with RTID credit usage -- which must be tracked inside each cbo individually -- but represents the actual tracker buffer structure. In other words, this buffer could be completely empty, but there may still be credits in use by the CBos. This stat can be used in conjunction with the occupancy accumulation stat in order to calculate average queue occupancy. HA trackers are allocated as soon as a request enters the HA if an HT (Home Tracker) entry is available and is released after the snoop response and data return (or post in the case of a write) and the response is returned on the ring.; This filter includes only requests coming from remote sockets. | EventSel=03H UMask=02H Counter=0,1,2,3 |
| UNC_H_TRACKER_OCCUPANCY.INVITOE_LOCAL | Accumulates the occupancy of the local HA tracker pool in every cycle. This can be used in conjection with the "not empty" stat to calculate average queue occupancy or the "allocations" stat in order to calculate average queue latency. HA trackers are allocated as soon as a request enters the HA if a HT (Home Tracker) entry is available and is released after the snoop response and data return (or post in the case of a write) and the response is returned on the ring. | EventSel=04H UMask=40H Counter=0,1,2,3 |
| UNC_H_TRACKER_OCCUPANCY.INVITOE_REMOTE | Accumulates the occupancy of the local HA tracker pool in every cycle. This can be used in conjection with the "not empty" stat to calculate average queue occupancy or the "allocations" stat in order to calculate average queue latency. HA trackers are allocated as soon as a request enters the HA if a HT (Home Tracker) entry is available and is released after the snoop response and data return (or post in the case of a write) and the response is returned on the ring. | EventSel=04H UMask=80H Counter=0,1,2,3 |
| UNC_H_TRACKER_OCCUPANCY.READS_LOCAL | Accumulates the occupancy of the local HA tracker pool in every cycle. This can be used in conjection with the "not empty" stat to calculate average queue occupancy or the "allocations" stat in order to calculate average queue latency. HA trackers are allocated as soon as a request enters the HA if a HT (Home Tracker) entry is available and is released after the snoop response and data return (or post in the case of a write) and the response is returned on the ring. | EventSel=04H UMask=04H Counter=0,1,2,3 |
| UNC_H_TRACKER_OCCUPANCY.READS_REMOTE | Accumulates the occupancy of the local HA tracker pool in every cycle. This can be used in conjection with the "not empty" stat to calculate average queue occupancy or the "allocations" stat in order to calculate average queue latency. HA trackers are allocated as soon as a request enters the HA if a HT (Home Tracker) entry is available and is released after the snoop response and data return (or post in the case of a write) and the response is returned on the ring. | EventSel=04H UMask=08H Counter=0,1,2,3 |
| UNC_H_TRACKER_OCCUPANCY.WRITES_LOCAL | Accumulates the occupancy of the local HA tracker pool in every cycle. This can be used in conjection with the "not empty" stat to calculate average queue occupancy or the "allocations" stat in order to calculate average queue latency. HA trackers are allocated as soon as a request enters the HA if a HT (Home Tracker) entry is available and is released after the snoop response and data return (or post in the case of a write) and the response is returned on the ring. | EventSel=04H UMask=10H Counter=0,1,2,3 |
| UNC_H_TRACKER_OCCUPANCY.WRITES_REMOTE | Accumulates the occupancy of the local HA tracker pool in every cycle. This can be used in conjection with the "not empty" stat to calculate average queue occupancy or the "allocations" stat in order to calculate average queue latency. HA trackers are allocated as soon as a request enters the HA if a HT (Home Tracker) entry is available and is released after the snoop response and data return (or post in the case of a write) and the response is returned on the ring. | EventSel=04H UMask=20H Counter=0,1,2,3 |
| UNC_H_TRACKER_PENDING_OCCUPANCY.LOCAL | Accumulates the number of transactions that have data from the memory controller until they get scheduled to the Egress. This can be used to calculate the queuing latency for two things. (1) If the system is waiting for snoops, this will increase. (2) If the system can't schedule to the Egress because of either (a) Egress Credits or (b) QPI BL IGR credits for remote requests.; This filter includes only requests coming from the local socket. | EventSel=05H UMask=01H Counter=0,1,2,3 |
| UNC_H_TRACKER_PENDING_OCCUPANCY.REMOTE | Accumulates the number of transactions that have data from the memory controller until they get scheduled to the Egress. This can be used to calculate the queuing latency for two things. (1) If the system is waiting for snoops, this will increase. (2) If the system can't schedule to the Egress because of either (a) Egress Credits or (b) QPI BL IGR credits for remote requests.; This filter includes only requests coming from remote sockets. | EventSel=05H UMask=02H Counter=0,1,2,3 |
| UNC_H_TxR_AD.HOM | Counts the number of outbound transactions on the AD ring. This can be filtered by the NDR and SNP message classes. See the filter descriptions for more details.; Filter for outbound NDR transactions sent on the AD ring. NDR stands for "non-data response" and is generally used for completions that do not include data. AD NDR is used for transactions to remote sockets. | EventSel=0FH UMask=04H Counter=0,1,2,3 |
| UNC_H_TxR_AD_CYCLES_FULL.ALL | AD Egress Full; Cycles full from both schedulers | EventSel=2AH UMask=03H Counter=0,1,2,3 |
| UNC_H_TxR_AD_CYCLES_FULL.SCHED0 | AD Egress Full; Filter for cycles full from scheduler bank 0 | EventSel=2AH UMask=01H Counter=0,1,2,3 |
| UNC_H_TxR_AD_CYCLES_FULL.SCHED1 | AD Egress Full; Filter for cycles full from scheduler bank 1 | EventSel=2AH UMask=02H Counter=0,1,2,3 |
| UNC_H_TxR_AD_CYCLES_NE.ALL | AD Egress Not Empty; Cycles full from both schedulers | EventSel=29H UMask=03H Counter=0,1,2,3 |
| UNC_H_TxR_AD_CYCLES_NE.SCHED0 | AD Egress Not Empty; Filter for cycles not empty from scheduler bank 0 | EventSel=29H UMask=01H Counter=0,1,2,3 |
| UNC_H_TxR_AD_CYCLES_NE.SCHED1 | AD Egress Not Empty; Filter for cycles not empty from scheduler bank 1 | EventSel=29H UMask=02H Counter=0,1,2,3 |
| UNC_H_TxR_AD_INSERTS.ALL | AD Egress Allocations; Allocations from both schedulers | EventSel=27H UMask=03H Counter=0,1,2,3 |
| UNC_H_TxR_AD_INSERTS.SCHED0 | AD Egress Allocations; Filter for allocations from scheduler bank 0 | EventSel=27H UMask=01H Counter=0,1,2,3 |
| UNC_H_TxR_AD_INSERTS.SCHED1 | AD Egress Allocations; Filter for allocations from scheduler bank 1 | EventSel=27H UMask=02H Counter=0,1,2,3 |
| UNC_H_TxR_AK_CYCLES_FULL.ALL | AK Egress Full; Cycles full from both schedulers | EventSel=32H UMask=03H Counter=0,1,2,3 |
| UNC_H_TxR_AK_CYCLES_FULL.SCHED0 | AK Egress Full; Filter for cycles full from scheduler bank 0 | EventSel=32H UMask=01H Counter=0,1,2,3 |
| UNC_H_TxR_AK_CYCLES_FULL.SCHED1 | AK Egress Full; Filter for cycles full from scheduler bank 1 | EventSel=32H UMask=02H Counter=0,1,2,3 |
| UNC_H_TxR_AK_CYCLES_NE.ALL | AK Egress Not Empty; Cycles full from both schedulers | EventSel=31H UMask=03H Counter=0,1,2,3 |
| UNC_H_TxR_AK_CYCLES_NE.SCHED0 | AK Egress Not Empty; Filter for cycles not empty from scheduler bank 0 | EventSel=31H UMask=01H Counter=0,1,2,3 |
| UNC_H_TxR_AK_CYCLES_NE.SCHED1 | AK Egress Not Empty; Filter for cycles not empty from scheduler bank 1 | EventSel=31H UMask=02H Counter=0,1,2,3 |
| UNC_H_TxR_AK_INSERTS.ALL | AK Egress Allocations; Allocations from both schedulers | EventSel=2FH UMask=03H Counter=0,1,2,3 |
| UNC_H_TxR_AK_INSERTS.SCHED0 | AK Egress Allocations; Filter for allocations from scheduler bank 0 | EventSel=2FH UMask=01H Counter=0,1,2,3 |
| UNC_H_TxR_AK_INSERTS.SCHED1 | AK Egress Allocations; Filter for allocations from scheduler bank 1 | EventSel=2FH UMask=02H Counter=0,1,2,3 |
| UNC_H_TxR_BL.DRS_CACHE | Counts the number of DRS messages sent out on the BL ring. This can be filtered by the destination.; Filter for data being sent to the cache. | EventSel=10H UMask=01H Counter=0,1,2,3 |
| UNC_H_TxR_BL.DRS_CORE | Counts the number of DRS messages sent out on the BL ring. This can be filtered by the destination.; Filter for data being sent directly to the requesting core. | EventSel=10H UMask=02H Counter=0,1,2,3 |
| UNC_H_TxR_BL.DRS_QPI | Counts the number of DRS messages sent out on the BL ring. This can be filtered by the destination.; Filter for data being sent to a remote socket over QPI. | EventSel=10H UMask=04H Counter=0,1,2,3 |
| UNC_H_TxR_BL_CYCLES_FULL.ALL | BL Egress Full; Cycles full from both schedulers | EventSel=36H UMask=03H Counter=0,1,2,3 |
| UNC_H_TxR_BL_CYCLES_FULL.SCHED0 | BL Egress Full; Filter for cycles full from scheduler bank 0 | EventSel=36H UMask=01H Counter=0,1,2,3 |
| UNC_H_TxR_BL_CYCLES_FULL.SCHED1 | BL Egress Full; Filter for cycles full from scheduler bank 1 | EventSel=36H UMask=02H Counter=0,1,2,3 |
| UNC_H_TxR_BL_CYCLES_NE.ALL | BL Egress Not Empty; Cycles full from both schedulers | EventSel=35H UMask=03H Counter=0,1,2,3 |
| UNC_H_TxR_BL_CYCLES_NE.SCHED0 | BL Egress Not Empty; Filter for cycles not empty from scheduler bank 0 | EventSel=35H UMask=01H Counter=0,1,2,3 |
| UNC_H_TxR_BL_CYCLES_NE.SCHED1 | BL Egress Not Empty; Filter for cycles not empty from scheduler bank 1 | EventSel=35H UMask=02H Counter=0,1,2,3 |
| UNC_H_TxR_BL_INSERTS.ALL | BL Egress Allocations; Allocations from both schedulers | EventSel=33H UMask=03H Counter=0,1,2,3 |
| UNC_H_TxR_BL_INSERTS.SCHED0 | BL Egress Allocations; Filter for allocations from scheduler bank 0 | EventSel=33H UMask=01H Counter=0,1,2,3 |
| UNC_H_TxR_BL_INSERTS.SCHED1 | BL Egress Allocations; Filter for allocations from scheduler bank 1 | EventSel=33H UMask=02H Counter=0,1,2,3 |
| UNC_H_TxR_STARVED.AK | Counts injection starvation. This starvation is triggered when the Egress cannot send a transaction onto the ring for a long period of time. | EventSel=6DH UMask=01H Counter=0,1,2,3 |
| UNC_H_TxR_STARVED.BL | Counts injection starvation. This starvation is triggered when the Egress cannot send a transaction onto the ring for a long period of time. | EventSel=6DH UMask=02H Counter=0,1,2,3 |
| UNC_H_WPQ_CYCLES_NO_REG_CREDITS.CHN0 | Counts the number of cycles when there are no "regular" credits available for posting writes from the HA into the iMC. In order to send writes into the memory controller, the HA must first acquire a credit for the iMC's WPQ (write pending queue). This queue is broken into regular credits/buffers that are used by general writes, and "special" requests such as ISOCH writes. This count only tracks the regular credits Common high bandwidth workloads should be able to make use of all of the regular buffers, but it will be difficult (and uncommon) to make use of both the regular and special buffers at the same time. One can filter based on the memory controller channel. One or more channels can be tracked at a given time.; Filter for memory controller channel 0 only. | EventSel=18H UMask=01H Counter=0,1,2,3 |
| UNC_H_WPQ_CYCLES_NO_REG_CREDITS.CHN1 | Counts the number of cycles when there are no "regular" credits available for posting writes from the HA into the iMC. In order to send writes into the memory controller, the HA must first acquire a credit for the iMC's WPQ (write pending queue). This queue is broken into regular credits/buffers that are used by general writes, and "special" requests such as ISOCH writes. This count only tracks the regular credits Common high bandwidth workloads should be able to make use of all of the regular buffers, but it will be difficult (and uncommon) to make use of both the regular and special buffers at the same time. One can filter based on the memory controller channel. One or more channels can be tracked at a given time.; Filter for memory controller channel 1 only. | EventSel=18H UMask=02H Counter=0,1,2,3 |
| UNC_H_WPQ_CYCLES_NO_REG_CREDITS.CHN2 | Counts the number of cycles when there are no "regular" credits available for posting writes from the HA into the iMC. In order to send writes into the memory controller, the HA must first acquire a credit for the iMC's WPQ (write pending queue). This queue is broken into regular credits/buffers that are used by general writes, and "special" requests such as ISOCH writes. This count only tracks the regular credits Common high bandwidth workloads should be able to make use of all of the regular buffers, but it will be difficult (and uncommon) to make use of both the regular and special buffers at the same time. One can filter based on the memory controller channel. One or more channels can be tracked at a given time.; Filter for memory controller channel 2 only. | EventSel=18H UMask=04H Counter=0,1,2,3 |
| UNC_H_WPQ_CYCLES_NO_REG_CREDITS.CHN3 | Counts the number of cycles when there are no "regular" credits available for posting writes from the HA into the iMC. In order to send writes into the memory controller, the HA must first acquire a credit for the iMC's WPQ (write pending queue). This queue is broken into regular credits/buffers that are used by general writes, and "special" requests such as ISOCH writes. This count only tracks the regular credits Common high bandwidth workloads should be able to make use of all of the regular buffers, but it will be difficult (and uncommon) to make use of both the regular and special buffers at the same time. One can filter based on the memory controller channel. One or more channels can be tracked at a given time.; Filter for memory controller channel 3 only. | EventSel=18H UMask=08H Counter=0,1,2,3 |
| UNC_H_WPQ_CYCLES_NO_SPEC_CREDITS.CHN0 | Counts the number of cycles when there are no "special" credits available for posting writes from the HA into the iMC. In order to send writes into the memory controller, the HA must first acquire a credit for the iMC's WPQ (write pending queue). This queue is broken into regular credits/buffers that are used by general writes, and "special" requests such as ISOCH writes. This count only tracks the "special" credits. This statistic is generally not interesting for general IA workloads, but may be of interest for understanding the characteristics of systems using ISOCH. One can filter based on the memory controller channel. One or more channels can be tracked at a given time.; Filter for memory controller channel 0 only. | EventSel=19H UMask=01H Counter=0,1,2,3 |
| UNC_H_WPQ_CYCLES_NO_SPEC_CREDITS.CHN1 | Counts the number of cycles when there are no "special" credits available for posting writes from the HA into the iMC. In order to send writes into the memory controller, the HA must first acquire a credit for the iMC's WPQ (write pending queue). This queue is broken into regular credits/buffers that are used by general writes, and "special" requests such as ISOCH writes. This count only tracks the "special" credits. This statistic is generally not interesting for general IA workloads, but may be of interest for understanding the characteristics of systems using ISOCH. One can filter based on the memory controller channel. One or more channels can be tracked at a given time.; Filter for memory controller channel 1 only. | EventSel=19H UMask=02H Counter=0,1,2,3 |
| UNC_H_WPQ_CYCLES_NO_SPEC_CREDITS.CHN2 | Counts the number of cycles when there are no "special" credits available for posting writes from the HA into the iMC. In order to send writes into the memory controller, the HA must first acquire a credit for the iMC's WPQ (write pending queue). This queue is broken into regular credits/buffers that are used by general writes, and "special" requests such as ISOCH writes. This count only tracks the "special" credits. This statistic is generally not interesting for general IA workloads, but may be of interest for understanding the characteristics of systems using ISOCH. One can filter based on the memory controller channel. One or more channels can be tracked at a given time.; Filter for memory controller channel 2 only. | EventSel=19H UMask=04H Counter=0,1,2,3 |
| UNC_H_WPQ_CYCLES_NO_SPEC_CREDITS.CHN3 | Counts the number of cycles when there are no "special" credits available for posting writes from the HA into the iMC. In order to send writes into the memory controller, the HA must first acquire a credit for the iMC's WPQ (write pending queue). This queue is broken into regular credits/buffers that are used by general writes, and "special" requests such as ISOCH writes. This count only tracks the "special" credits. This statistic is generally not interesting for general IA workloads, but may be of interest for understanding the characteristics of systems using ISOCH. One can filter based on the memory controller channel. One or more channels can be tracked at a given time.; Filter for memory controller channel 3 only. | EventSel=19H UMask=08H Counter=0,1,2,3 |
| UNC_M_ACT_COUNT.BYP | Counts the number of DRAM Activate commands sent on this channel. Activate commands are issued to open up a page on the DRAM devices so that it can be read or written to with a CAS. One can calculate the number of Page Misses by subtracting the number of Page Miss precharges from the number of Activates. | EventSel=01H UMask=08H Counter=0,1,2,3 |
| UNC_M_ACT_COUNT.RD | Counts the number of DRAM Activate commands sent on this channel. Activate commands are issued to open up a page on the DRAM devices so that it can be read or written to with a CAS. One can calculate the number of Page Misses by subtracting the number of Page Miss precharges from the number of Activates. | EventSel=01H UMask=01H Counter=0,1,2,3 |
| UNC_M_ACT_COUNT.WR | Counts the number of DRAM Activate commands sent on this channel. Activate commands are issued to open up a page on the DRAM devices so that it can be read or written to with a CAS. One can calculate the number of Page Misses by subtracting the number of Page Miss precharges from the number of Activates. | EventSel=01H UMask=02H Counter=0,1,2,3 |
| UNC_M_BYP_CMDS.ACT | ACT command issued by 2 cycle bypass | EventSel=A1H UMask=01H Counter=0,1,2,3 |
| UNC_M_BYP_CMDS.CAS | CAS command issued by 2 cycle bypass | EventSel=A1H UMask=02H Counter=0,1,2,3 |
| UNC_M_BYP_CMDS.PRE | PRE command issued by 2 cycle bypass | EventSel=A1H UMask=04H Counter=0,1,2,3 |
| UNC_M_CAS_COUNT.ALL | DRAM RD_CAS and WR_CAS Commands; Counts the total number of DRAM CAS commands issued on this channel. | EventSel=04H UMask=0FH Counter=0,1,2,3 |
| UNC_M_CAS_COUNT.RD | DRAM RD_CAS and WR_CAS Commands; Counts the total number of DRAM Read CAS commands issued on this channel (including underfills). | EventSel=04H UMask=03H Counter=0,1,2,3 |
| UNC_M_CAS_COUNT.RD_REG | DRAM RD_CAS and WR_CAS Commands; Counts the total number or DRAM Read CAS commands issued on this channel. This includes both regular RD CAS commands as well as those with implicit Precharge. AutoPre is only used in systems that are using closed page policy. We do not filter based on major mode, as RD_CAS is not issued during WMM (with the exception of underfills). | EventSel=04H UMask=01H Counter=0,1,2,3 |
| UNC_M_CAS_COUNT.RD_RMM | DRAM RD_CAS and WR_CAS Commands | EventSel=04H UMask=20H Counter=0,1,2,3 |
| UNC_M_CAS_COUNT.RD_UNDERFILL | DRAM RD_CAS and WR_CAS Commands; Counts the number of underfill reads that are issued by the memory controller. This will generally be about the same as the number of partial writes, but may be slightly less because of partials hitting in the WPQ. While it is possible for underfills to be issed in both WMM and RMM, this event counts both. | EventSel=04H UMask=02H Counter=0,1,2,3 |
| UNC_M_CAS_COUNT.RD_WMM | DRAM RD_CAS and WR_CAS Commands | EventSel=04H UMask=10H Counter=0,1,2,3 |
| UNC_M_CAS_COUNT.WR | DRAM RD_CAS and WR_CAS Commands; Counts the total number of DRAM Write CAS commands issued on this channel. | EventSel=04H UMask=0CH Counter=0,1,2,3 |
| UNC_M_CAS_COUNT.WR_RMM | DRAM RD_CAS and WR_CAS Commands; Counts the total number of Opportunistic" DRAM Write CAS commands issued on this channel while in Read-Major-Mode. | EventSel=04H UMask=08H Counter=0,1,2,3 |
| UNC_M_CAS_COUNT.WR_WMM | DRAM RD_CAS and WR_CAS Commands; Counts the total number or DRAM Write CAS commands issued on this channel while in Write-Major-Mode. | EventSel=04H UMask=04H Counter=0,1,2,3 |
| UNC_M_CLOCKTICKS_P | Clockticks in the Memory Controller using one of the programmable counters | EventSel=00H UMask=00H Counter=0,1,2,3 |
| UNC_M_DRAM_PRE_ALL | Counts the number of times that the precharge all command was sent. | EventSel=06H UMask=00H Counter=0,1,2,3 |
| UNC_M_DRAM_REFRESH.HIGH | Counts the number of refreshes issued. | EventSel=05H UMask=04H Counter=0,1,2,3 |
| UNC_M_DRAM_REFRESH.PANIC | Counts the number of refreshes issued. | EventSel=05H UMask=02H Counter=0,1,2,3 |
| UNC_M_ECC_CORRECTABLE_ERRORS | Counts the number of ECC errors detected and corrected by the iMC on this channel. This counter is only useful with ECC DRAM devices. This count will increment one time for each correction regardless of the number of bits corrected. The iMC can correct up to 4 bit errors in independent channel mode and 8 bit errors in lockstep mode. | EventSel=09H UMask=00H Counter=0,1,2,3 |
| UNC_M_MAJOR_MODES.ISOCH | Counts the total number of cycles spent in a major mode (selected by a filter) on the given channel. Major modea are channel-wide, and not a per-rank (or dimm or bank) mode.; We group these two modes together so that we can use four counters to track each of the major modes at one time. These major modes are used whenever there is an ISOCH txn in the memory controller. In these mode, only ISOCH transactions are processed. | EventSel=07H UMask=08H Counter=0,1,2,3 |
| UNC_M_MAJOR_MODES.PARTIAL | Counts the total number of cycles spent in a major mode (selected by a filter) on the given channel. Major modea are channel-wide, and not a per-rank (or dimm or bank) mode.; This major mode is used to drain starved underfill reads. Regular reads and writes are blocked and only underfill reads will be processed. | EventSel=07H UMask=04H Counter=0,1,2,3 |
| UNC_M_MAJOR_MODES.READ | Counts the total number of cycles spent in a major mode (selected by a filter) on the given channel. Major modea are channel-wide, and not a per-rank (or dimm or bank) mode.; Read Major Mode is the default mode for the iMC, as reads are generally more critical to forward progress than writes. | EventSel=07H UMask=01H Counter=0,1,2,3 |
| UNC_M_MAJOR_MODES.WRITE | Counts the total number of cycles spent in a major mode (selected by a filter) on the given channel. Major modea are channel-wide, and not a per-rank (or dimm or bank) mode.; This mode is triggered when the WPQ hits high occupancy and causes writes to be higher priority than reads. This can cause blips in the available read bandwidth in the system and temporarily increase read latencies in order to achieve better bus utilizations and higher bandwidth. | EventSel=07H UMask=02H Counter=0,1,2,3 |
| UNC_M_POWER_CHANNEL_DLLOFF | Number of cycles when all the ranks in the channel are in CKE Slow (DLLOFF) mode. | EventSel=84H UMask=00H Counter=0,1,2,3 |
| UNC_M_POWER_CHANNEL_PPD | Number of cycles when all the ranks in the channel are in PPD mode. If IBT=off is enabled, then this can be used to count those cycles. If it is not enabled, then this can count the number of cycles when that could have been taken advantage of. | EventSel=85H UMask=00H Counter=0,1,2,3 |
| UNC_M_POWER_CKE_CYCLES.RANK0 | Number of cycles spent in CKE ON mode. The filter allows you to select a rank to monitor. If multiple ranks are in CKE ON mode at one time, the counter will ONLY increment by one rather than doing accumulation. Multiple counters will need to be used to track multiple ranks simultaneously. There is no distinction between the different CKE modes (APD, PPDS, PPDF). This can be determined based on the system programming. These events should commonly be used with Invert to get the number of cycles in power saving mode. Edge Detect is also useful here. Make sure that you do NOT use Invert with Edge Detect (this just confuses the system and is not necessary). | EventSel=83H UMask=01H Counter=0,1,2,3 |
| UNC_M_POWER_CKE_CYCLES.RANK1 | Number of cycles spent in CKE ON mode. The filter allows you to select a rank to monitor. If multiple ranks are in CKE ON mode at one time, the counter will ONLY increment by one rather than doing accumulation. Multiple counters will need to be used to track multiple ranks simultaneously. There is no distinction between the different CKE modes (APD, PPDS, PPDF). This can be determined based on the system programming. These events should commonly be used with Invert to get the number of cycles in power saving mode. Edge Detect is also useful here. Make sure that you do NOT use Invert with Edge Detect (this just confuses the system and is not necessary). | EventSel=83H UMask=02H Counter=0,1,2,3 |
| UNC_M_POWER_CKE_CYCLES.RANK2 | Number of cycles spent in CKE ON mode. The filter allows you to select a rank to monitor. If multiple ranks are in CKE ON mode at one time, the counter will ONLY increment by one rather than doing accumulation. Multiple counters will need to be used to track multiple ranks simultaneously. There is no distinction between the different CKE modes (APD, PPDS, PPDF). This can be determined based on the system programming. These events should commonly be used with Invert to get the number of cycles in power saving mode. Edge Detect is also useful here. Make sure that you do NOT use Invert with Edge Detect (this just confuses the system and is not necessary). | EventSel=83H UMask=04H Counter=0,1,2,3 |
| UNC_M_POWER_CKE_CYCLES.RANK3 | Number of cycles spent in CKE ON mode. The filter allows you to select a rank to monitor. If multiple ranks are in CKE ON mode at one time, the counter will ONLY increment by one rather than doing accumulation. Multiple counters will need to be used to track multiple ranks simultaneously. There is no distinction between the different CKE modes (APD, PPDS, PPDF). This can be determined based on the system programming. These events should commonly be used with Invert to get the number of cycles in power saving mode. Edge Detect is also useful here. Make sure that you do NOT use Invert with Edge Detect (this just confuses the system and is not necessary). | EventSel=83H UMask=08H Counter=0,1,2,3 |
| UNC_M_POWER_CKE_CYCLES.RANK4 | Number of cycles spent in CKE ON mode. The filter allows you to select a rank to monitor. If multiple ranks are in CKE ON mode at one time, the counter will ONLY increment by one rather than doing accumulation. Multiple counters will need to be used to track multiple ranks simultaneously. There is no distinction between the different CKE modes (APD, PPDS, PPDF). This can be determined based on the system programming. These events should commonly be used with Invert to get the number of cycles in power saving mode. Edge Detect is also useful here. Make sure that you do NOT use Invert with Edge Detect (this just confuses the system and is not necessary). | EventSel=83H UMask=10H Counter=0,1,2,3 |
| UNC_M_POWER_CKE_CYCLES.RANK5 | Number of cycles spent in CKE ON mode. The filter allows you to select a rank to monitor. If multiple ranks are in CKE ON mode at one time, the counter will ONLY increment by one rather than doing accumulation. Multiple counters will need to be used to track multiple ranks simultaneously. There is no distinction between the different CKE modes (APD, PPDS, PPDF). This can be determined based on the system programming. These events should commonly be used with Invert to get the number of cycles in power saving mode. Edge Detect is also useful here. Make sure that you do NOT use Invert with Edge Detect (this just confuses the system and is not necessary). | EventSel=83H UMask=20H Counter=0,1,2,3 |
| UNC_M_POWER_CKE_CYCLES.RANK6 | Number of cycles spent in CKE ON mode. The filter allows you to select a rank to monitor. If multiple ranks are in CKE ON mode at one time, the counter will ONLY increment by one rather than doing accumulation. Multiple counters will need to be used to track multiple ranks simultaneously. There is no distinction between the different CKE modes (APD, PPDS, PPDF). This can be determined based on the system programming. These events should commonly be used with Invert to get the number of cycles in power saving mode. Edge Detect is also useful here. Make sure that you do NOT use Invert with Edge Detect (this just confuses the system and is not necessary). | EventSel=83H UMask=40H Counter=0,1,2,3 |
| UNC_M_POWER_CKE_CYCLES.RANK7 | Number of cycles spent in CKE ON mode. The filter allows you to select a rank to monitor. If multiple ranks are in CKE ON mode at one time, the counter will ONLY increment by one rather than doing accumulation. Multiple counters will need to be used to track multiple ranks simultaneously. There is no distinction between the different CKE modes (APD, PPDS, PPDF). This can be determined based on the system programming. These events should commonly be used with Invert to get the number of cycles in power saving mode. Edge Detect is also useful here. Make sure that you do NOT use Invert with Edge Detect (this just confuses the system and is not necessary). | EventSel=83H UMask=80H Counter=0,1,2,3 |
| UNC_M_POWER_CRITICAL_THROTTLE_CYCLES | Counts the number of cycles when the iMC is in critical thermal throttling. When this happens, all traffic is blocked. This should be rare unless something bad is going on in the platform. There is no filtering by rank for this event. | EventSel=86H UMask=00H Counter=0,1,2,3 |
| UNC_M_POWER_PCU_THROTTLING | UNC_M_POWER_PCU_THROTTLING | EventSel=42H UMask=00H Counter=0,1,2,3 |
| UNC_M_POWER_SELF_REFRESH | Counts the number of cycles when the iMC is in self-refresh and the iMC still has a clock. This happens in some package C-states. For example, the PCU may ask the iMC to enter self-refresh even though some of the cores are still processing. One use of this is for Monroe technology. Self-refresh is required during package C3 and C6, but there is no clock in the iMC at this time, so it is not possible to count these cases. | EventSel=43H UMask=00H Counter=0,1,2,3 |
| UNC_M_POWER_THROTTLE_CYCLES.RANK0 | Counts the number of cycles while the iMC is being throttled by either thermal constraints or by the PCU throttling. It is not possible to distinguish between the two. This can be filtered by rank. If multiple ranks are selected and are being throttled at the same time, the counter will only increment by 1.; Thermal throttling is performed per DIMM. We support 3 DIMMs per channel. This ID allows us to filter by ID. | EventSel=41H UMask=01H Counter=0,1,2,3 |
| UNC_M_POWER_THROTTLE_CYCLES.RANK1 | Counts the number of cycles while the iMC is being throttled by either thermal constraints or by the PCU throttling. It is not possible to distinguish between the two. This can be filtered by rank. If multiple ranks are selected and are being throttled at the same time, the counter will only increment by 1. | EventSel=41H UMask=02H Counter=0,1,2,3 |
| UNC_M_POWER_THROTTLE_CYCLES.RANK2 | Counts the number of cycles while the iMC is being throttled by either thermal constraints or by the PCU throttling. It is not possible to distinguish between the two. This can be filtered by rank. If multiple ranks are selected and are being throttled at the same time, the counter will only increment by 1. | EventSel=41H UMask=04H Counter=0,1,2,3 |
| UNC_M_POWER_THROTTLE_CYCLES.RANK3 | Counts the number of cycles while the iMC is being throttled by either thermal constraints or by the PCU throttling. It is not possible to distinguish between the two. This can be filtered by rank. If multiple ranks are selected and are being throttled at the same time, the counter will only increment by 1. | EventSel=41H UMask=08H Counter=0,1,2,3 |
| UNC_M_POWER_THROTTLE_CYCLES.RANK4 | Counts the number of cycles while the iMC is being throttled by either thermal constraints or by the PCU throttling. It is not possible to distinguish between the two. This can be filtered by rank. If multiple ranks are selected and are being throttled at the same time, the counter will only increment by 1. | EventSel=41H UMask=10H Counter=0,1,2,3 |
| UNC_M_POWER_THROTTLE_CYCLES.RANK5 | Counts the number of cycles while the iMC is being throttled by either thermal constraints or by the PCU throttling. It is not possible to distinguish between the two. This can be filtered by rank. If multiple ranks are selected and are being throttled at the same time, the counter will only increment by 1. | EventSel=41H UMask=20H Counter=0,1,2,3 |
| UNC_M_POWER_THROTTLE_CYCLES.RANK6 | Counts the number of cycles while the iMC is being throttled by either thermal constraints or by the PCU throttling. It is not possible to distinguish between the two. This can be filtered by rank. If multiple ranks are selected and are being throttled at the same time, the counter will only increment by 1. | EventSel=41H UMask=40H Counter=0,1,2,3 |
| UNC_M_POWER_THROTTLE_CYCLES.RANK7 | Counts the number of cycles while the iMC is being throttled by either thermal constraints or by the PCU throttling. It is not possible to distinguish between the two. This can be filtered by rank. If multiple ranks are selected and are being throttled at the same time, the counter will only increment by 1. | EventSel=41H UMask=80H Counter=0,1,2,3 |
| UNC_M_PRE_COUNT.BYP | Counts the number of DRAM Precharge commands sent on this channel. | EventSel=02H UMask=10H Counter=0,1,2,3 |
| UNC_M_PRE_COUNT.PAGE_CLOSE | Counts the number of DRAM Precharge commands sent on this channel.; Counts the number of DRAM Precharge commands sent on this channel as a result of the page close counter expiring. This does not include implicit precharge commands sent in auto-precharge mode. | EventSel=02H UMask=02H Counter=0,1,2,3 |
| UNC_M_PRE_COUNT.PAGE_MISS | Counts the number of DRAM Precharge commands sent on this channel.; Counts the number of DRAM Precharge commands sent on this channel as a result of page misses. This does not include explicit precharge commands sent with CAS commands in Auto-Precharge mode. This does not include PRE commands sent as a result of the page close counter expiration. | EventSel=02H UMask=01H Counter=0,1,2,3 |
| UNC_M_PRE_COUNT.RD | Counts the number of DRAM Precharge commands sent on this channel. | EventSel=02H UMask=04H Counter=0,1,2,3 |
| UNC_M_PRE_COUNT.WR | Counts the number of DRAM Precharge commands sent on this channel. | EventSel=02H UMask=08H Counter=0,1,2,3 |
| UNC_M_PREEMPTION.RD_PREEMPT_RD | Counts the number of times a read in the iMC preempts another read or write. Generally reads to an open page are issued ahead of requests to closed pages. This improves the page hit rate of the system. However, high priority requests can cause pages of active requests to be closed in order to get them out. This will reduce the latency of the high-priority request at the expense of lower bandwidth and increased overall average latency.; Filter for when a read preempts another read. | EventSel=08H UMask=01H Counter=0,1,2,3 |
| UNC_M_PREEMPTION.RD_PREEMPT_WR | Counts the number of times a read in the iMC preempts another read or write. Generally reads to an open page are issued ahead of requests to closed pages. This improves the page hit rate of the system. However, high priority requests can cause pages of active requests to be closed in order to get them out. This will reduce the latency of the high-priority request at the expense of lower bandwidth and increased overall average latency.; Filter for when a read preempts a write. | EventSel=08H UMask=02H Counter=0,1,2,3 |
| UNC_M_RD_CAS_PRIO.HIGH | Read CAS issued with HIGH priority | EventSel=A0H UMask=04H Counter=0,1,2,3 |
| UNC_M_RD_CAS_PRIO.LOW | Read CAS issued with LOW priority | EventSel=A0H UMask=01H Counter=0,1,2,3 |
| UNC_M_RD_CAS_PRIO.MED | Read CAS issued with MEDIUM priority | EventSel=A0H UMask=02H Counter=0,1,2,3 |
| UNC_M_RD_CAS_PRIO.PANIC | Read CAS issued with PANIC NON ISOCH priority (starved) | EventSel=A0H UMask=08H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK0.ALLBANKS | RD_CAS Access to Rank 0; All Banks | EventSel=B0H UMask=10H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK0.BANK0 | RD_CAS Access to Rank 0; Bank 0 | EventSel=B0H UMask=00H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK0.BANK1 | RD_CAS Access to Rank 0; Bank 1 | EventSel=B0H UMask=01H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK0.BANK10 | RD_CAS Access to Rank 0; Bank 10 | EventSel=B0H UMask=0AH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK0.BANK11 | RD_CAS Access to Rank 0; Bank 11 | EventSel=B0H UMask=0BH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK0.BANK12 | RD_CAS Access to Rank 0; Bank 12 | EventSel=B0H UMask=0CH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK0.BANK13 | RD_CAS Access to Rank 0; Bank 13 | EventSel=B0H UMask=0DH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK0.BANK14 | RD_CAS Access to Rank 0; Bank 14 | EventSel=B0H UMask=0EH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK0.BANK15 | RD_CAS Access to Rank 0; Bank 15 | EventSel=B0H UMask=0FH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK0.BANK2 | RD_CAS Access to Rank 0; Bank 2 | EventSel=B0H UMask=02H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK0.BANK3 | RD_CAS Access to Rank 0; Bank 3 | EventSel=B0H UMask=03H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK0.BANK4 | RD_CAS Access to Rank 0; Bank 4 | EventSel=B0H UMask=04H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK0.BANK5 | RD_CAS Access to Rank 0; Bank 5 | EventSel=B0H UMask=05H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK0.BANK6 | RD_CAS Access to Rank 0; Bank 6 | EventSel=B0H UMask=06H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK0.BANK7 | RD_CAS Access to Rank 0; Bank 7 | EventSel=B0H UMask=07H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK0.BANK8 | RD_CAS Access to Rank 0; Bank 8 | EventSel=B0H UMask=08H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK0.BANK9 | RD_CAS Access to Rank 0; Bank 9 | EventSel=B0H UMask=09H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK0.BANKG0 | RD_CAS Access to Rank 0; Bank Group 0 (Banks 0-3) | EventSel=B0H UMask=11H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK0.BANKG1 | RD_CAS Access to Rank 0; Bank Group 1 (Banks 4-7) | EventSel=B0H UMask=12H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK0.BANKG2 | RD_CAS Access to Rank 0; Bank Group 2 (Banks 8-11) | EventSel=B0H UMask=13H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK0.BANKG3 | RD_CAS Access to Rank 0; Bank Group 3 (Banks 12-15) | EventSel=B0H UMask=14H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK1.ALLBANKS | RD_CAS Access to Rank 1; All Banks | EventSel=B1H UMask=10H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK1.BANK0 | RD_CAS Access to Rank 1; Bank 0 | EventSel=B1H UMask=00H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK1.BANK1 | RD_CAS Access to Rank 1; Bank 1 | EventSel=B1H UMask=01H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK1.BANK10 | RD_CAS Access to Rank 1; Bank 10 | EventSel=B1H UMask=0AH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK1.BANK11 | RD_CAS Access to Rank 1; Bank 11 | EventSel=B1H UMask=0BH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK1.BANK12 | RD_CAS Access to Rank 1; Bank 12 | EventSel=B1H UMask=0CH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK1.BANK13 | RD_CAS Access to Rank 1; Bank 13 | EventSel=B1H UMask=0DH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK1.BANK14 | RD_CAS Access to Rank 1; Bank 14 | EventSel=B1H UMask=0EH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK1.BANK15 | RD_CAS Access to Rank 1; Bank 15 | EventSel=B1H UMask=0FH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK1.BANK2 | RD_CAS Access to Rank 1; Bank 2 | EventSel=B1H UMask=02H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK1.BANK3 | RD_CAS Access to Rank 1; Bank 3 | EventSel=B1H UMask=03H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK1.BANK4 | RD_CAS Access to Rank 1; Bank 4 | EventSel=B1H UMask=04H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK1.BANK5 | RD_CAS Access to Rank 1; Bank 5 | EventSel=B1H UMask=05H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK1.BANK6 | RD_CAS Access to Rank 1; Bank 6 | EventSel=B1H UMask=06H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK1.BANK7 | RD_CAS Access to Rank 1; Bank 7 | EventSel=B1H UMask=07H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK1.BANK8 | RD_CAS Access to Rank 1; Bank 8 | EventSel=B1H UMask=08H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK1.BANK9 | RD_CAS Access to Rank 1; Bank 9 | EventSel=B1H UMask=09H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK1.BANKG0 | RD_CAS Access to Rank 1; Bank Group 0 (Banks 0-3) | EventSel=B1H UMask=11H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK1.BANKG1 | RD_CAS Access to Rank 1; Bank Group 1 (Banks 4-7) | EventSel=B1H UMask=12H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK1.BANKG2 | RD_CAS Access to Rank 1; Bank Group 2 (Banks 8-11) | EventSel=B1H UMask=13H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK1.BANKG3 | RD_CAS Access to Rank 1; Bank Group 3 (Banks 12-15) | EventSel=B1H UMask=14H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK2.BANK0 | RD_CAS Access to Rank 2; Bank 0 | EventSel=B2H UMask=00H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK4.ALLBANKS | RD_CAS Access to Rank 4; All Banks | EventSel=B4H UMask=10H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK4.BANK0 | RD_CAS Access to Rank 4; Bank 0 | EventSel=B4H UMask=00H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK4.BANK1 | RD_CAS Access to Rank 4; Bank 1 | EventSel=B4H UMask=01H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK4.BANK10 | RD_CAS Access to Rank 4; Bank 10 | EventSel=B4H UMask=0AH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK4.BANK11 | RD_CAS Access to Rank 4; Bank 11 | EventSel=B4H UMask=0BH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK4.BANK12 | RD_CAS Access to Rank 4; Bank 12 | EventSel=B4H UMask=0CH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK4.BANK13 | RD_CAS Access to Rank 4; Bank 13 | EventSel=B4H UMask=0DH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK4.BANK14 | RD_CAS Access to Rank 4; Bank 14 | EventSel=B4H UMask=0EH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK4.BANK15 | RD_CAS Access to Rank 4; Bank 15 | EventSel=B4H UMask=0FH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK4.BANK2 | RD_CAS Access to Rank 4; Bank 2 | EventSel=B4H UMask=02H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK4.BANK3 | RD_CAS Access to Rank 4; Bank 3 | EventSel=B4H UMask=03H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK4.BANK4 | RD_CAS Access to Rank 4; Bank 4 | EventSel=B4H UMask=04H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK4.BANK5 | RD_CAS Access to Rank 4; Bank 5 | EventSel=B4H UMask=05H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK4.BANK6 | RD_CAS Access to Rank 4; Bank 6 | EventSel=B4H UMask=06H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK4.BANK7 | RD_CAS Access to Rank 4; Bank 7 | EventSel=B4H UMask=07H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK4.BANK8 | RD_CAS Access to Rank 4; Bank 8 | EventSel=B4H UMask=08H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK4.BANK9 | RD_CAS Access to Rank 4; Bank 9 | EventSel=B4H UMask=09H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK4.BANKG0 | RD_CAS Access to Rank 4; Bank Group 0 (Banks 0-3) | EventSel=B4H UMask=11H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK4.BANKG1 | RD_CAS Access to Rank 4; Bank Group 1 (Banks 4-7) | EventSel=B4H UMask=12H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK4.BANKG2 | RD_CAS Access to Rank 4; Bank Group 2 (Banks 8-11) | EventSel=B4H UMask=13H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK4.BANKG3 | RD_CAS Access to Rank 4; Bank Group 3 (Banks 12-15) | EventSel=B4H UMask=14H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK5.ALLBANKS | RD_CAS Access to Rank 5; All Banks | EventSel=B5H UMask=10H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK5.BANK0 | RD_CAS Access to Rank 5; Bank 0 | EventSel=B5H UMask=00H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK5.BANK1 | RD_CAS Access to Rank 5; Bank 1 | EventSel=B5H UMask=01H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK5.BANK10 | RD_CAS Access to Rank 5; Bank 10 | EventSel=B5H UMask=0AH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK5.BANK11 | RD_CAS Access to Rank 5; Bank 11 | EventSel=B5H UMask=0BH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK5.BANK12 | RD_CAS Access to Rank 5; Bank 12 | EventSel=B5H UMask=0CH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK5.BANK13 | RD_CAS Access to Rank 5; Bank 13 | EventSel=B5H UMask=0DH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK5.BANK14 | RD_CAS Access to Rank 5; Bank 14 | EventSel=B5H UMask=0EH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK5.BANK15 | RD_CAS Access to Rank 5; Bank 15 | EventSel=B5H UMask=0FH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK5.BANK2 | RD_CAS Access to Rank 5; Bank 2 | EventSel=B5H UMask=02H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK5.BANK3 | RD_CAS Access to Rank 5; Bank 3 | EventSel=B5H UMask=03H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK5.BANK4 | RD_CAS Access to Rank 5; Bank 4 | EventSel=B5H UMask=04H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK5.BANK5 | RD_CAS Access to Rank 5; Bank 5 | EventSel=B5H UMask=05H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK5.BANK6 | RD_CAS Access to Rank 5; Bank 6 | EventSel=B5H UMask=06H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK5.BANK7 | RD_CAS Access to Rank 5; Bank 7 | EventSel=B5H UMask=07H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK5.BANK8 | RD_CAS Access to Rank 5; Bank 8 | EventSel=B5H UMask=08H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK5.BANK9 | RD_CAS Access to Rank 5; Bank 9 | EventSel=B5H UMask=09H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK5.BANKG0 | RD_CAS Access to Rank 5; Bank Group 0 (Banks 0-3) | EventSel=B5H UMask=11H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK5.BANKG1 | RD_CAS Access to Rank 5; Bank Group 1 (Banks 4-7) | EventSel=B5H UMask=12H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK5.BANKG2 | RD_CAS Access to Rank 5; Bank Group 2 (Banks 8-11) | EventSel=B5H UMask=13H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK5.BANKG3 | RD_CAS Access to Rank 5; Bank Group 3 (Banks 12-15) | EventSel=B5H UMask=14H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK6.ALLBANKS | RD_CAS Access to Rank 6; All Banks | EventSel=B6H UMask=10H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK6.BANK0 | RD_CAS Access to Rank 6; Bank 0 | EventSel=B6H UMask=00H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK6.BANK1 | RD_CAS Access to Rank 6; Bank 1 | EventSel=B6H UMask=01H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK6.BANK10 | RD_CAS Access to Rank 6; Bank 10 | EventSel=B6H UMask=0AH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK6.BANK11 | RD_CAS Access to Rank 6; Bank 11 | EventSel=B6H UMask=0BH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK6.BANK12 | RD_CAS Access to Rank 6; Bank 12 | EventSel=B6H UMask=0CH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK6.BANK13 | RD_CAS Access to Rank 6; Bank 13 | EventSel=B6H UMask=0DH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK6.BANK14 | RD_CAS Access to Rank 6; Bank 14 | EventSel=B6H UMask=0EH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK6.BANK15 | RD_CAS Access to Rank 6; Bank 15 | EventSel=B6H UMask=0FH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK6.BANK2 | RD_CAS Access to Rank 6; Bank 2 | EventSel=B6H UMask=02H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK6.BANK3 | RD_CAS Access to Rank 6; Bank 3 | EventSel=B6H UMask=03H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK6.BANK4 | RD_CAS Access to Rank 6; Bank 4 | EventSel=B6H UMask=04H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK6.BANK5 | RD_CAS Access to Rank 6; Bank 5 | EventSel=B6H UMask=05H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK6.BANK6 | RD_CAS Access to Rank 6; Bank 6 | EventSel=B6H UMask=06H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK6.BANK7 | RD_CAS Access to Rank 6; Bank 7 | EventSel=B6H UMask=07H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK6.BANK8 | RD_CAS Access to Rank 6; Bank 8 | EventSel=B6H UMask=08H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK6.BANK9 | RD_CAS Access to Rank 6; Bank 9 | EventSel=B6H UMask=09H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK6.BANKG0 | RD_CAS Access to Rank 6; Bank Group 0 (Banks 0-3) | EventSel=B6H UMask=11H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK6.BANKG1 | RD_CAS Access to Rank 6; Bank Group 1 (Banks 4-7) | EventSel=B6H UMask=12H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK6.BANKG2 | RD_CAS Access to Rank 6; Bank Group 2 (Banks 8-11) | EventSel=B6H UMask=13H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK6.BANKG3 | RD_CAS Access to Rank 6; Bank Group 3 (Banks 12-15) | EventSel=B6H UMask=14H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK7.ALLBANKS | RD_CAS Access to Rank 7; All Banks | EventSel=B7H UMask=10H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK7.BANK0 | RD_CAS Access to Rank 7; Bank 0 | EventSel=B7H UMask=00H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK7.BANK1 | RD_CAS Access to Rank 7; Bank 1 | EventSel=B7H UMask=01H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK7.BANK10 | RD_CAS Access to Rank 7; Bank 10 | EventSel=B7H UMask=0AH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK7.BANK11 | RD_CAS Access to Rank 7; Bank 11 | EventSel=B7H UMask=0BH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK7.BANK12 | RD_CAS Access to Rank 7; Bank 12 | EventSel=B7H UMask=0CH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK7.BANK13 | RD_CAS Access to Rank 7; Bank 13 | EventSel=B7H UMask=0DH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK7.BANK14 | RD_CAS Access to Rank 7; Bank 14 | EventSel=B7H UMask=0EH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK7.BANK15 | RD_CAS Access to Rank 7; Bank 15 | EventSel=B7H UMask=0FH Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK7.BANK2 | RD_CAS Access to Rank 7; Bank 2 | EventSel=B7H UMask=02H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK7.BANK3 | RD_CAS Access to Rank 7; Bank 3 | EventSel=B7H UMask=03H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK7.BANK4 | RD_CAS Access to Rank 7; Bank 4 | EventSel=B7H UMask=04H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK7.BANK5 | RD_CAS Access to Rank 7; Bank 5 | EventSel=B7H UMask=05H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK7.BANK6 | RD_CAS Access to Rank 7; Bank 6 | EventSel=B7H UMask=06H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK7.BANK7 | RD_CAS Access to Rank 7; Bank 7 | EventSel=B7H UMask=07H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK7.BANK8 | RD_CAS Access to Rank 7; Bank 8 | EventSel=B7H UMask=08H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK7.BANK9 | RD_CAS Access to Rank 7; Bank 9 | EventSel=B7H UMask=09H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK7.BANKG0 | RD_CAS Access to Rank 7; Bank Group 0 (Banks 0-3) | EventSel=B7H UMask=11H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK7.BANKG1 | RD_CAS Access to Rank 7; Bank Group 1 (Banks 4-7) | EventSel=B7H UMask=12H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK7.BANKG2 | RD_CAS Access to Rank 7; Bank Group 2 (Banks 8-11) | EventSel=B7H UMask=13H Counter=0,1,2,3 |
| UNC_M_RD_CAS_RANK7.BANKG3 | RD_CAS Access to Rank 7; Bank Group 3 (Banks 12-15) | EventSel=B7H UMask=14H Counter=0,1,2,3 |
| UNC_M_RPQ_CYCLES_NE | Counts the number of cycles that the Read Pending Queue is not empty. This can then be used to calculate the average occupancy (in conjunction with the Read Pending Queue Occupancy count). The RPQ is used to schedule reads out to the memory controller and to track the requests. Requests allocate into the RPQ soon after they enter the memory controller, and need credits for an entry in this buffer before being sent from the HA to the iMC. They deallocate after the CAS command has been issued to memory. This filter is to be used in conjunction with the occupancy filter so that one can correctly track the average occupancies for schedulable entries and scheduled requests. | EventSel=11H UMask=00H Counter=0,1,2,3 |
| UNC_M_RPQ_INSERTS | Counts the number of allocations into the Read Pending Queue. This queue is used to schedule reads out to the memory controller and to track the requests. Requests allocate into the RPQ soon after they enter the memory controller, and need credits for an entry in this buffer before being sent from the HA to the iMC. They deallocate after the CAS command has been issued to memory. This includes both ISOCH and non-ISOCH requests. | EventSel=10H UMask=00H Counter=0,1,2,3 |
| UNC_M_VMSE_MXB_WR_OCCUPANCY | VMSE MXB write buffer occupancy | EventSel=91H UMask=00H Counter=0,1,2,3 |
| UNC_M_VMSE_WR_PUSH.RMM | VMSE WR PUSH issued; VMSE write PUSH issued in RMM | EventSel=90H UMask=02H Counter=0,1,2,3 |
| UNC_M_VMSE_WR_PUSH.WMM | VMSE WR PUSH issued; VMSE write PUSH issued in WMM | EventSel=90H UMask=01H Counter=0,1,2,3 |
| UNC_M_WMM_TO_RMM.LOW_THRESH | Transition from WMM to RMM because of low threshold; Transition from WMM to RMM because of starve counter | EventSel=C0H UMask=01H Counter=0,1,2,3 |
| UNC_M_WMM_TO_RMM.STARVE | Transition from WMM to RMM because of low threshold | EventSel=C0H UMask=02H Counter=0,1,2,3 |
| UNC_M_WMM_TO_RMM.VMSE_RETRY | Transition from WMM to RMM because of low threshold | EventSel=C0H UMask=04H Counter=0,1,2,3 |
| UNC_M_WPQ_CYCLES_FULL | Counts the number of cycles when the Write Pending Queue is full. When the WPQ is full, the HA will not be able to issue any additional read requests into the iMC. This count should be similar count in the HA which tracks the number of cycles that the HA has no WPQ credits, just somewhat smaller to account for the credit return overhead. | EventSel=22H UMask=00H Counter=0,1,2,3 |
| UNC_M_WPQ_CYCLES_NE | Counts the number of cycles that the Write Pending Queue is not empty. This can then be used to calculate the average queue occupancy (in conjunction with the WPQ Occupancy Accumulation count). The WPQ is used to schedule write out to the memory controller and to track the writes. Requests allocate into the WPQ soon after they enter the memory controller, and need credits for an entry in this buffer before being sent from the HA to the iMC. They deallocate after being issued to DRAM. Write requests themselves are able to complete (from the perspective of the rest of the system) as soon they have "posted" to the iMC. This is not to be confused with actually performing the write to DRAM. Therefore, the average latency for this queue is actually not useful for deconstruction intermediate write latencies. | EventSel=21H UMask=00H Counter=0,1,2,3 |
| UNC_M_WPQ_READ_HIT | Counts the number of times a request hits in the WPQ (write-pending queue). The iMC allows writes and reads to pass up other writes to different addresses. Before a read or a write is issued, it will first CAM the WPQ to see if there is a write pending to that address. When reads hit, they are able to directly pull their data from the WPQ instead of going to memory. Writes that hit will overwrite the existing data. Partial writes that hit will not need to do underfill reads and will simply update their relevant sections. | EventSel=23H UMask=00H Counter=0,1,2,3 |
| UNC_M_WPQ_WRITE_HIT | Counts the number of times a request hits in the WPQ (write-pending queue). The iMC allows writes and reads to pass up other writes to different addresses. Before a read or a write is issued, it will first CAM the WPQ to see if there is a write pending to that address. When reads hit, they are able to directly pull their data from the WPQ instead of going to memory. Writes that hit will overwrite the existing data. Partial writes that hit will not need to do underfill reads and will simply update their relevant sections. | EventSel=24H UMask=00H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK0.ALLBANKS | WR_CAS Access to Rank 0; All Banks | EventSel=B8H UMask=10H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK0.BANK0 | WR_CAS Access to Rank 0; Bank 0 | EventSel=B8H UMask=00H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK0.BANK1 | WR_CAS Access to Rank 0; Bank 1 | EventSel=B8H UMask=01H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK0.BANK10 | WR_CAS Access to Rank 0; Bank 10 | EventSel=B8H UMask=0AH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK0.BANK11 | WR_CAS Access to Rank 0; Bank 11 | EventSel=B8H UMask=0BH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK0.BANK12 | WR_CAS Access to Rank 0; Bank 12 | EventSel=B8H UMask=0CH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK0.BANK13 | WR_CAS Access to Rank 0; Bank 13 | EventSel=B8H UMask=0DH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK0.BANK14 | WR_CAS Access to Rank 0; Bank 14 | EventSel=B8H UMask=0EH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK0.BANK15 | WR_CAS Access to Rank 0; Bank 15 | EventSel=B8H UMask=0FH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK0.BANK2 | WR_CAS Access to Rank 0; Bank 2 | EventSel=B8H UMask=02H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK0.BANK3 | WR_CAS Access to Rank 0; Bank 3 | EventSel=B8H UMask=03H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK0.BANK4 | WR_CAS Access to Rank 0; Bank 4 | EventSel=B8H UMask=04H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK0.BANK5 | WR_CAS Access to Rank 0; Bank 5 | EventSel=B8H UMask=05H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK0.BANK6 | WR_CAS Access to Rank 0; Bank 6 | EventSel=B8H UMask=06H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK0.BANK7 | WR_CAS Access to Rank 0; Bank 7 | EventSel=B8H UMask=07H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK0.BANK8 | WR_CAS Access to Rank 0; Bank 8 | EventSel=B8H UMask=08H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK0.BANK9 | WR_CAS Access to Rank 0; Bank 9 | EventSel=B8H UMask=09H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK0.BANKG0 | WR_CAS Access to Rank 0; Bank Group 0 (Banks 0-3) | EventSel=B8H UMask=11H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK0.BANKG1 | WR_CAS Access to Rank 0; Bank Group 1 (Banks 4-7) | EventSel=B8H UMask=12H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK0.BANKG2 | WR_CAS Access to Rank 0; Bank Group 2 (Banks 8-11) | EventSel=B8H UMask=13H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK0.BANKG3 | WR_CAS Access to Rank 0; Bank Group 3 (Banks 12-15) | EventSel=B8H UMask=14H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK1.ALLBANKS | WR_CAS Access to Rank 1; All Banks | EventSel=B9H UMask=10H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK1.BANK0 | WR_CAS Access to Rank 1; Bank 0 | EventSel=B9H UMask=00H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK1.BANK1 | WR_CAS Access to Rank 1; Bank 1 | EventSel=B9H UMask=01H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK1.BANK10 | WR_CAS Access to Rank 1; Bank 10 | EventSel=B9H UMask=0AH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK1.BANK11 | WR_CAS Access to Rank 1; Bank 11 | EventSel=B9H UMask=0BH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK1.BANK12 | WR_CAS Access to Rank 1; Bank 12 | EventSel=B9H UMask=0CH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK1.BANK13 | WR_CAS Access to Rank 1; Bank 13 | EventSel=B9H UMask=0DH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK1.BANK14 | WR_CAS Access to Rank 1; Bank 14 | EventSel=B9H UMask=0EH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK1.BANK15 | WR_CAS Access to Rank 1; Bank 15 | EventSel=B9H UMask=0FH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK1.BANK2 | WR_CAS Access to Rank 1; Bank 2 | EventSel=B9H UMask=02H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK1.BANK3 | WR_CAS Access to Rank 1; Bank 3 | EventSel=B9H UMask=03H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK1.BANK4 | WR_CAS Access to Rank 1; Bank 4 | EventSel=B9H UMask=04H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK1.BANK5 | WR_CAS Access to Rank 1; Bank 5 | EventSel=B9H UMask=05H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK1.BANK6 | WR_CAS Access to Rank 1; Bank 6 | EventSel=B9H UMask=06H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK1.BANK7 | WR_CAS Access to Rank 1; Bank 7 | EventSel=B9H UMask=07H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK1.BANK8 | WR_CAS Access to Rank 1; Bank 8 | EventSel=B9H UMask=08H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK1.BANK9 | WR_CAS Access to Rank 1; Bank 9 | EventSel=B9H UMask=09H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK1.BANKG0 | WR_CAS Access to Rank 1; Bank Group 0 (Banks 0-3) | EventSel=B9H UMask=11H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK1.BANKG1 | WR_CAS Access to Rank 1; Bank Group 1 (Banks 4-7) | EventSel=B9H UMask=12H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK1.BANKG2 | WR_CAS Access to Rank 1; Bank Group 2 (Banks 8-11) | EventSel=B9H UMask=13H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK1.BANKG3 | WR_CAS Access to Rank 1; Bank Group 3 (Banks 12-15) | EventSel=B9H UMask=14H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK4.ALLBANKS | WR_CAS Access to Rank 4; All Banks | EventSel=BCH UMask=10H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK4.BANK0 | WR_CAS Access to Rank 4; Bank 0 | EventSel=BCH UMask=00H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK4.BANK1 | WR_CAS Access to Rank 4; Bank 1 | EventSel=BCH UMask=01H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK4.BANK10 | WR_CAS Access to Rank 4; Bank 10 | EventSel=BCH UMask=0AH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK4.BANK11 | WR_CAS Access to Rank 4; Bank 11 | EventSel=BCH UMask=0BH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK4.BANK12 | WR_CAS Access to Rank 4; Bank 12 | EventSel=BCH UMask=0CH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK4.BANK13 | WR_CAS Access to Rank 4; Bank 13 | EventSel=BCH UMask=0DH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK4.BANK14 | WR_CAS Access to Rank 4; Bank 14 | EventSel=BCH UMask=0EH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK4.BANK15 | WR_CAS Access to Rank 4; Bank 15 | EventSel=BCH UMask=0FH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK4.BANK2 | WR_CAS Access to Rank 4; Bank 2 | EventSel=BCH UMask=02H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK4.BANK3 | WR_CAS Access to Rank 4; Bank 3 | EventSel=BCH UMask=03H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK4.BANK4 | WR_CAS Access to Rank 4; Bank 4 | EventSel=BCH UMask=04H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK4.BANK5 | WR_CAS Access to Rank 4; Bank 5 | EventSel=BCH UMask=05H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK4.BANK6 | WR_CAS Access to Rank 4; Bank 6 | EventSel=BCH UMask=06H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK4.BANK7 | WR_CAS Access to Rank 4; Bank 7 | EventSel=BCH UMask=07H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK4.BANK8 | WR_CAS Access to Rank 4; Bank 8 | EventSel=BCH UMask=08H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK4.BANK9 | WR_CAS Access to Rank 4; Bank 9 | EventSel=BCH UMask=09H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK4.BANKG0 | WR_CAS Access to Rank 4; Bank Group 0 (Banks 0-3) | EventSel=BCH UMask=11H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK4.BANKG1 | WR_CAS Access to Rank 4; Bank Group 1 (Banks 4-7) | EventSel=BCH UMask=12H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK4.BANKG2 | WR_CAS Access to Rank 4; Bank Group 2 (Banks 8-11) | EventSel=BCH UMask=13H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK4.BANKG3 | WR_CAS Access to Rank 4; Bank Group 3 (Banks 12-15) | EventSel=BCH UMask=14H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK5.ALLBANKS | WR_CAS Access to Rank 5; All Banks | EventSel=BDH UMask=10H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK5.BANK0 | WR_CAS Access to Rank 5; Bank 0 | EventSel=BDH UMask=00H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK5.BANK1 | WR_CAS Access to Rank 5; Bank 1 | EventSel=BDH UMask=01H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK5.BANK10 | WR_CAS Access to Rank 5; Bank 10 | EventSel=BDH UMask=0AH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK5.BANK11 | WR_CAS Access to Rank 5; Bank 11 | EventSel=BDH UMask=0BH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK5.BANK12 | WR_CAS Access to Rank 5; Bank 12 | EventSel=BDH UMask=0CH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK5.BANK13 | WR_CAS Access to Rank 5; Bank 13 | EventSel=BDH UMask=0DH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK5.BANK14 | WR_CAS Access to Rank 5; Bank 14 | EventSel=BDH UMask=0EH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK5.BANK15 | WR_CAS Access to Rank 5; Bank 15 | EventSel=BDH UMask=0FH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK5.BANK2 | WR_CAS Access to Rank 5; Bank 2 | EventSel=BDH UMask=02H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK5.BANK3 | WR_CAS Access to Rank 5; Bank 3 | EventSel=BDH UMask=03H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK5.BANK4 | WR_CAS Access to Rank 5; Bank 4 | EventSel=BDH UMask=04H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK5.BANK5 | WR_CAS Access to Rank 5; Bank 5 | EventSel=BDH UMask=05H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK5.BANK6 | WR_CAS Access to Rank 5; Bank 6 | EventSel=BDH UMask=06H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK5.BANK7 | WR_CAS Access to Rank 5; Bank 7 | EventSel=BDH UMask=07H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK5.BANK8 | WR_CAS Access to Rank 5; Bank 8 | EventSel=BDH UMask=08H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK5.BANK9 | WR_CAS Access to Rank 5; Bank 9 | EventSel=BDH UMask=09H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK5.BANKG0 | WR_CAS Access to Rank 5; Bank Group 0 (Banks 0-3) | EventSel=BDH UMask=11H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK5.BANKG1 | WR_CAS Access to Rank 5; Bank Group 1 (Banks 4-7) | EventSel=BDH UMask=12H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK5.BANKG2 | WR_CAS Access to Rank 5; Bank Group 2 (Banks 8-11) | EventSel=BDH UMask=13H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK5.BANKG3 | WR_CAS Access to Rank 5; Bank Group 3 (Banks 12-15) | EventSel=BDH UMask=14H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK6.ALLBANKS | WR_CAS Access to Rank 6; All Banks | EventSel=BEH UMask=10H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK6.BANK0 | WR_CAS Access to Rank 6; Bank 0 | EventSel=BEH UMask=00H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK6.BANK1 | WR_CAS Access to Rank 6; Bank 1 | EventSel=BEH UMask=01H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK6.BANK10 | WR_CAS Access to Rank 6; Bank 10 | EventSel=BEH UMask=0AH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK6.BANK11 | WR_CAS Access to Rank 6; Bank 11 | EventSel=BEH UMask=0BH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK6.BANK12 | WR_CAS Access to Rank 6; Bank 12 | EventSel=BEH UMask=0CH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK6.BANK13 | WR_CAS Access to Rank 6; Bank 13 | EventSel=BEH UMask=0DH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK6.BANK14 | WR_CAS Access to Rank 6; Bank 14 | EventSel=BEH UMask=0EH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK6.BANK15 | WR_CAS Access to Rank 6; Bank 15 | EventSel=BEH UMask=0FH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK6.BANK2 | WR_CAS Access to Rank 6; Bank 2 | EventSel=BEH UMask=02H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK6.BANK3 | WR_CAS Access to Rank 6; Bank 3 | EventSel=BEH UMask=03H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK6.BANK4 | WR_CAS Access to Rank 6; Bank 4 | EventSel=BEH UMask=04H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK6.BANK5 | WR_CAS Access to Rank 6; Bank 5 | EventSel=BEH UMask=05H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK6.BANK6 | WR_CAS Access to Rank 6; Bank 6 | EventSel=BEH UMask=06H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK6.BANK7 | WR_CAS Access to Rank 6; Bank 7 | EventSel=BEH UMask=07H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK6.BANK8 | WR_CAS Access to Rank 6; Bank 8 | EventSel=BEH UMask=08H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK6.BANK9 | WR_CAS Access to Rank 6; Bank 9 | EventSel=BEH UMask=09H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK6.BANKG0 | WR_CAS Access to Rank 6; Bank Group 0 (Banks 0-3) | EventSel=BEH UMask=11H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK6.BANKG1 | WR_CAS Access to Rank 6; Bank Group 1 (Banks 4-7) | EventSel=BEH UMask=12H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK6.BANKG2 | WR_CAS Access to Rank 6; Bank Group 2 (Banks 8-11) | EventSel=BEH UMask=13H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK6.BANKG3 | WR_CAS Access to Rank 6; Bank Group 3 (Banks 12-15) | EventSel=BEH UMask=14H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK7.ALLBANKS | WR_CAS Access to Rank 7; All Banks | EventSel=BFH UMask=10H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK7.BANK0 | WR_CAS Access to Rank 7; Bank 0 | EventSel=BFH UMask=00H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK7.BANK1 | WR_CAS Access to Rank 7; Bank 1 | EventSel=BFH UMask=01H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK7.BANK10 | WR_CAS Access to Rank 7; Bank 10 | EventSel=BFH UMask=0AH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK7.BANK11 | WR_CAS Access to Rank 7; Bank 11 | EventSel=BFH UMask=0BH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK7.BANK12 | WR_CAS Access to Rank 7; Bank 12 | EventSel=BFH UMask=0CH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK7.BANK13 | WR_CAS Access to Rank 7; Bank 13 | EventSel=BFH UMask=0DH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK7.BANK14 | WR_CAS Access to Rank 7; Bank 14 | EventSel=BFH UMask=0EH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK7.BANK15 | WR_CAS Access to Rank 7; Bank 15 | EventSel=BFH UMask=0FH Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK7.BANK2 | WR_CAS Access to Rank 7; Bank 2 | EventSel=BFH UMask=02H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK7.BANK3 | WR_CAS Access to Rank 7; Bank 3 | EventSel=BFH UMask=03H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK7.BANK4 | WR_CAS Access to Rank 7; Bank 4 | EventSel=BFH UMask=04H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK7.BANK5 | WR_CAS Access to Rank 7; Bank 5 | EventSel=BFH UMask=05H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK7.BANK6 | WR_CAS Access to Rank 7; Bank 6 | EventSel=BFH UMask=06H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK7.BANK7 | WR_CAS Access to Rank 7; Bank 7 | EventSel=BFH UMask=07H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK7.BANK8 | WR_CAS Access to Rank 7; Bank 8 | EventSel=BFH UMask=08H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK7.BANK9 | WR_CAS Access to Rank 7; Bank 9 | EventSel=BFH UMask=09H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK7.BANKG0 | WR_CAS Access to Rank 7; Bank Group 0 (Banks 0-3) | EventSel=BFH UMask=11H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK7.BANKG1 | WR_CAS Access to Rank 7; Bank Group 1 (Banks 4-7) | EventSel=BFH UMask=12H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK7.BANKG2 | WR_CAS Access to Rank 7; Bank Group 2 (Banks 8-11) | EventSel=BFH UMask=13H Counter=0,1,2,3 |
| UNC_M_WR_CAS_RANK7.BANKG3 | WR_CAS Access to Rank 7; Bank Group 3 (Banks 12-15) | EventSel=BFH UMask=14H Counter=0,1,2,3 |
| UNC_M_WRONG_MM | Not getting the requested Major Mode | EventSel=C1H UMask=00H Counter=0,1,2,3 |
| UNC_I_CACHE_TOTAL_OCCUPANCY.ANY | Accumulates the number of reads and writes that are outstanding in the uncore in each cycle. This is effectively the sum of the READ_OCCUPANCY and WRITE_OCCUPANCY events.; Tracks all requests from any source port. | EventSel=12H UMask=01H Counter=0,1 |
| UNC_I_CACHE_TOTAL_OCCUPANCY.SOURCE | Accumulates the number of reads and writes that are outstanding in the uncore in each cycle. This is effectively the sum of the READ_OCCUPANCY and WRITE_OCCUPANCY events.; Tracks only those requests that come from the port specified in the IRP_PmonFilter.OrderingQ register. This register allows one to select one specific queue. It is not possible to monitor multiple queues at a time. | EventSel=12H UMask=02H Counter=0,1 |
| UNC_I_CLOCKTICKS | Number of clocks in the IRP. | EventSel=00H UMask=00H Counter=0,1 |
| UNC_I_COHERENT_OPS.CLFLUSH | Counts the number of coherency related operations serviced by the IRP | EventSel=13H UMask=80H Counter=0,1 |
| UNC_I_COHERENT_OPS.CRD | Counts the number of coherency related operations serviced by the IRP | EventSel=13H UMask=02H Counter=0,1 |
| UNC_I_COHERENT_OPS.DRD | Counts the number of coherency related operations serviced by the IRP | EventSel=13H UMask=04H Counter=0,1 |
| UNC_I_COHERENT_OPS.PCIDCAHINT | Counts the number of coherency related operations serviced by the IRP | EventSel=13H UMask=20H Counter=0,1 |
| UNC_I_COHERENT_OPS.PCIRDCUR | Counts the number of coherency related operations serviced by the IRP | EventSel=13H UMask=01H Counter=0,1 |
| UNC_I_COHERENT_OPS.PCITOM | Counts the number of coherency related operations serviced by the IRP | EventSel=13H UMask=10H Counter=0,1 |
| UNC_I_COHERENT_OPS.RFO | Counts the number of coherency related operations serviced by the IRP | EventSel=13H UMask=08H Counter=0,1 |
| UNC_I_COHERENT_OPS.WBMTOI | Counts the number of coherency related operations serviced by the IRP | EventSel=13H UMask=40H Counter=0,1 |
| UNC_I_MISC0.2ND_ATOMIC_INSERT | Misc Events - Set 0; Cache Inserts of Atomic Transactions as Secondary | EventSel=14H UMask=10H Counter=0,1 |
| UNC_I_MISC0.2ND_RD_INSERT | Misc Events - Set 0; Cache Inserts of Read Transactions as Secondary | EventSel=14H UMask=04H Counter=0,1 |
| UNC_I_MISC0.2ND_WR_INSERT | Misc Events - Set 0; Cache Inserts of Write Transactions as Secondary | EventSel=14H UMask=08H Counter=0,1 |
| UNC_I_MISC0.FAST_REJ | Misc Events - Set 0; Fastpath Rejects | EventSel=14H UMask=02H Counter=0,1 |
| UNC_I_MISC0.FAST_REQ | Misc Events - Set 0; Fastpath Requests | EventSel=14H UMask=01H Counter=0,1 |
| UNC_I_MISC0.FAST_XFER | Misc Events - Set 0; Fastpath Transfers From Primary to Secondary | EventSel=14H UMask=20H Counter=0,1 |
| UNC_I_MISC0.PF_ACK_HINT | Misc Events - Set 0; Prefetch Ack Hints From Primary to Secondary | EventSel=14H UMask=40H Counter=0,1 |
| UNC_I_MISC0.PF_TIMEOUT | Indicates the fetch for a previous prefetch wasn't accepted by the prefetch. This happens in the case of a prefetch TimeOut | EventSel=14H UMask=80H Counter=0,1 |
| UNC_I_MISC1.DATA_THROTTLE | IRP throttled switch data | EventSel=15H UMask=80H Counter=0,1 |
| UNC_I_MISC1.LOST_FWD | Misc Events - Set 1 | EventSel=15H UMask=10H Counter=0,1 |
| UNC_I_MISC1.SEC_RCVD_INVLD | Secondary received a transfer that did not have sufficient MESI state | EventSel=15H UMask=20H Counter=0,1 |
| UNC_I_MISC1.SEC_RCVD_VLD | Secondary received a transfer that did have sufficient MESI state | EventSel=15H UMask=40H Counter=0,1 |
| UNC_I_MISC1.SLOW_E | Secondary received a transfer that did have sufficient MESI state | EventSel=15H UMask=04H Counter=0,1 |
| UNC_I_MISC1.SLOW_I | Snoop took cacheline ownership before write from data was committed. | EventSel=15H UMask=01H Counter=0,1 |
| UNC_I_MISC1.SLOW_M | Snoop took cacheline ownership before write from data was committed. | EventSel=15H UMask=08H Counter=0,1 |
| UNC_I_MISC1.SLOW_S | Secondary received a transfer that did not have sufficient MESI state | EventSel=15H UMask=02H Counter=0,1 |
| UNC_I_RxR_AK_INSERTS | Counts the number of allocations into the AK Ingress. This queue is where the IRP receives responses from R2PCIe (the ring). | EventSel=0AH UMask=00H Counter=0,1 |
| UNC_I_RxR_BL_DRS_CYCLES_FULL | Counts the number of cycles when the BL Ingress is full. This queue is where the IRP receives data from R2PCIe (the ring). It is used for data returns from read requests as well as outbound MMIO writes. | EventSel=04H UMask=00H Counter=0,1 |
| UNC_I_RxR_BL_DRS_INSERTS | Counts the number of allocations into the BL Ingress. This queue is where the IRP receives data from R2PCIe (the ring). It is used for data returns from read requests as well as outbound MMIO writes. | EventSel=01H UMask=00H Counter=0,1 |
| UNC_I_RxR_BL_DRS_OCCUPANCY | Accumulates the occupancy of the BL Ingress in each cycles. This queue is where the IRP receives data from R2PCIe (the ring). It is used for data returns from read requests as well as outbound MMIO writes. | EventSel=07H UMask=00H Counter=0,1 |
| UNC_I_RxR_BL_NCB_CYCLES_FULL | Counts the number of cycles when the BL Ingress is full. This queue is where the IRP receives data from R2PCIe (the ring). It is used for data returns from read requests as well as outbound MMIO writes. | EventSel=05H UMask=00H Counter=0,1 |
| UNC_I_RxR_BL_NCB_INSERTS | Counts the number of allocations into the BL Ingress. This queue is where the IRP receives data from R2PCIe (the ring). It is used for data returns from read requests as well as outbound MMIO writes. | EventSel=02H UMask=00H Counter=0,1 |
| UNC_I_RxR_BL_NCB_OCCUPANCY | Accumulates the occupancy of the BL Ingress in each cycles. This queue is where the IRP receives data from R2PCIe (the ring). It is used for data returns from read requests as well as outbound MMIO writes. | EventSel=08H UMask=00H Counter=0,1 |
| UNC_I_RxR_BL_NCS_CYCLES_FULL | Counts the number of cycles when the BL Ingress is full. This queue is where the IRP receives data from R2PCIe (the ring). It is used for data returns from read requests as well as outbound MMIO writes. | EventSel=06H UMask=00H Counter=0,1 |
| UNC_I_RxR_BL_NCS_INSERTS | Counts the number of allocations into the BL Ingress. This queue is where the IRP receives data from R2PCIe (the ring). It is used for data returns from read requests as well as outbound MMIO writes. | EventSel=03H UMask=00H Counter=0,1 |
| UNC_I_RxR_BL_NCS_OCCUPANCY | Accumulates the occupancy of the BL Ingress in each cycles. This queue is where the IRP receives data from R2PCIe (the ring). It is used for data returns from read requests as well as outbound MMIO writes. | EventSel=09H UMask=00H Counter=0,1 |
| UNC_I_SNOOP_RESP.HIT_ES | Snoop Responses; Hit E or S | EventSel=17H UMask=04H Counter=0,1 |
| UNC_I_SNOOP_RESP.HIT_I | Snoop Responses; Hit I | EventSel=17H UMask=02H Counter=0,1 |
| UNC_I_SNOOP_RESP.HIT_M | Snoop Responses; Hit M | EventSel=17H UMask=08H Counter=0,1 |
| UNC_I_SNOOP_RESP.MISS | Snoop Responses; Miss | EventSel=17H UMask=01H Counter=0,1 |
| UNC_I_SNOOP_RESP.SNPCODE | Snoop Responses; SnpCode | EventSel=17H UMask=10H Counter=0,1 |
| UNC_I_SNOOP_RESP.SNPDATA | Snoop Responses; SnpData | EventSel=17H UMask=20H Counter=0,1 |
| UNC_I_SNOOP_RESP.SNPINV | Snoop Responses; SnpInv | EventSel=17H UMask=40H Counter=0,1 |
| UNC_I_TRANSACTIONS.ATOMIC | Counts the number of "Inbound" transactions from the IRP to the Uncore. This can be filtered based on request type in addition to the source queue. Note the special filtering equation. We do OR-reduction on the request type. If the SOURCE bit is set, then we also do AND qualification based on the source portID.; Tracks the number of atomic transactions | EventSel=16H UMask=10H Counter=0,1 |
| UNC_I_TRANSACTIONS.ORDERINGQ | Counts the number of "Inbound" transactions from the IRP to the Uncore. This can be filtered based on request type in addition to the source queue. Note the special filtering equation. We do OR-reduction on the request type. If the SOURCE bit is set, then we also do AND qualification based on the source portID.; Tracks only those requests that come from the port specified in the IRP_PmonFilter.OrderingQ register. This register allows one to select one specific queue. It is not possible to monitor multiple queues at a time. If this bit is not set, then requests from all sources will be counted. | EventSel=16H UMask=40H Counter=0,1 |
| UNC_I_TRANSACTIONS.OTHER | Counts the number of "Inbound" transactions from the IRP to the Uncore. This can be filtered based on request type in addition to the source queue. Note the special filtering equation. We do OR-reduction on the request type. If the SOURCE bit is set, then we also do AND qualification based on the source portID.; Tracks the number of 'other' kinds of transactions. | EventSel=16H UMask=20H Counter=0,1 |
| UNC_I_TRANSACTIONS.RD_PREF | Counts the number of "Inbound" transactions from the IRP to the Uncore. This can be filtered based on request type in addition to the source queue. Note the special filtering equation. We do OR-reduction on the request type. If the SOURCE bit is set, then we also do AND qualification based on the source portID.; Tracks the number of read prefetches. | EventSel=16H UMask=04H Counter=0,1 |
| UNC_I_TRANSACTIONS.READS | Counts the number of "Inbound" transactions from the IRP to the Uncore. This can be filtered based on request type in addition to the source queue. Note the special filtering equation. We do OR-reduction on the request type. If the SOURCE bit is set, then we also do AND qualification based on the source portID.; Tracks only read requests (not including read prefetches). | EventSel=16H UMask=01H Counter=0,1 |
| UNC_I_TRANSACTIONS.WR_PREF | Counts the number of "Inbound" transactions from the IRP to the Uncore. This can be filtered based on request type in addition to the source queue. Note the special filtering equation. We do OR-reduction on the request type. If the SOURCE bit is set, then we also do AND qualification based on the source portID.; Tracks the number of write prefetches. | EventSel=16H UMask=08H Counter=0,1 |
| UNC_I_TRANSACTIONS.WRITES | Counts the number of "Inbound" transactions from the IRP to the Uncore. This can be filtered based on request type in addition to the source queue. Note the special filtering equation. We do OR-reduction on the request type. If the SOURCE bit is set, then we also do AND qualification based on the source portID.; Tracks only write requests. Each write request should have a prefetch, so there is no need to explicitly track these requests. | EventSel=16H UMask=02H Counter=0,1 |
| UNC_I_TxR_AD_STALL_CREDIT_CYCLES | Counts the number times when it is not possible to issue a request to the R2PCIe because there are no AD Egress Credits available. | EventSel=18H UMask=00H Counter=0,1 |
| UNC_I_TxR_BL_STALL_CREDIT_CYCLES | Counts the number times when it is not possible to issue data to the R2PCIe because there are no BL Egress Credits available. | EventSel=19H UMask=00H Counter=0,1 |
| UNC_I_TxR_DATA_INSERTS_NCB | Counts the number of requests issued to the switch (towards the devices). | EventSel=0EH UMask=00H Counter=0,1 |
| UNC_I_TxR_DATA_INSERTS_NCS | Counts the number of requests issued to the switch (towards the devices). | EventSel=0FH UMask=00H Counter=0,1 |
| UNC_I_TxR_REQUEST_OCCUPANCY | Accumulates the number of outstanding outbound requests from the IRP to the switch (towards the devices). This can be used in conjunction with the allocations event in order to calculate average latency of outbound requests. | EventSel=0DH UMask=00H Counter=0,1 |
| UNC_P_CLOCKTICKS | The PCU runs off a fixed 1 GHz clock. This event counts the number of pclk cycles measured while the counter was enabled. The pclk, like the Memory Controller's dclk, counts at a constant rate making it a good measure of actual wall time. | EventSel=00H UMask=00H Counter=0,1,2,3 |
| UNC_P_CORE0_TRANSITION_CYCLES | Number of cycles spent performing core C state transitions. There is one event per core. | EventSel=60H UMask=00H Counter=0,1,2,3 |
| UNC_P_CORE1_TRANSITION_CYCLES | Number of cycles spent performing core C state transitions. There is one event per core. | EventSel=61H UMask=00H Counter=0,1,2,3 |
| UNC_P_CORE10_TRANSITION_CYCLES | Number of cycles spent performing core C state transitions. There is one event per core. | EventSel=6AH UMask=00H Counter=0,1,2,3 |
| UNC_P_CORE11_TRANSITION_CYCLES | Number of cycles spent performing core C state transitions. There is one event per core. | EventSel=6BH UMask=00H Counter=0,1,2,3 |
| UNC_P_CORE12_TRANSITION_CYCLES | Number of cycles spent performing core C state transitions. There is one event per core. | EventSel=6CH UMask=00H Counter=0,1,2,3 |
| UNC_P_CORE13_TRANSITION_CYCLES | Number of cycles spent performing core C state transitions. There is one event per core. | EventSel=6DH UMask=00H Counter=0,1,2,3 |
| UNC_P_CORE14_TRANSITION_CYCLES | Number of cycles spent performing core C state transitions. There is one event per core. | EventSel=6EH UMask=00H Counter=0,1,2,3 |
| UNC_P_CORE15_TRANSITION_CYCLES | Number of cycles spent performing core C state transitions. There is one event per core. | EventSel=6FH UMask=00H Counter=0,1,2,3 |
| UNC_P_CORE16_TRANSITION_CYCLES | Number of cycles spent performing core C state transitions. There is one event per core. | EventSel=70H UMask=00H Counter=0,1,2,3 |
| UNC_P_CORE17_TRANSITION_CYCLES | Number of cycles spent performing core C state transitions. There is one event per core. | EventSel=71H UMask=00H Counter=0,1,2,3 |
| UNC_P_CORE2_TRANSITION_CYCLES | Number of cycles spent performing core C state transitions. There is one event per core. | EventSel=62H UMask=00H Counter=0,1,2,3 |
| UNC_P_CORE3_TRANSITION_CYCLES | Number of cycles spent performing core C state transitions. There is one event per core. | EventSel=63H UMask=00H Counter=0,1,2,3 |
| UNC_P_CORE4_TRANSITION_CYCLES | Number of cycles spent performing core C state transitions. There is one event per core. | EventSel=64H UMask=00H Counter=0,1,2,3 |
| UNC_P_CORE5_TRANSITION_CYCLES | Number of cycles spent performing core C state transitions. There is one event per core. | EventSel=65H UMask=00H Counter=0,1,2,3 |
| UNC_P_CORE6_TRANSITION_CYCLES | Number of cycles spent performing core C state transitions. There is one event per core. | EventSel=66H UMask=00H Counter=0,1,2,3 |
| UNC_P_CORE7_TRANSITION_CYCLES | Number of cycles spent performing core C state transitions. There is one event per core. | EventSel=67H UMask=00H Counter=0,1,2,3 |
| UNC_P_CORE8_TRANSITION_CYCLES | Number of cycles spent performing core C state transitions. There is one event per core. | EventSel=68H UMask=00H Counter=0,1,2,3 |
| UNC_P_CORE9_TRANSITION_CYCLES | Number of cycles spent performing core C state transitions. There is one event per core. | EventSel=69H UMask=00H Counter=0,1,2,3 |
| UNC_P_DEMOTIONS_CORE0 | Counts the number of times when a configurable cores had a C-state demotion | EventSel=30H UMask=00H Counter=0,1,2,3 |
| UNC_P_DEMOTIONS_CORE1 | Counts the number of times when a configurable cores had a C-state demotion | EventSel=31H UMask=00H Counter=0,1,2,3 |
| UNC_P_DEMOTIONS_CORE10 | Counts the number of times when a configurable cores had a C-state demotion | EventSel=3AH UMask=00H Counter=0,1,2,3 |
| UNC_P_DEMOTIONS_CORE11 | Counts the number of times when a configurable cores had a C-state demotion | EventSel=3BH UMask=00H Counter=0,1,2,3 |
| UNC_P_DEMOTIONS_CORE12 | Counts the number of times when a configurable cores had a C-state demotion | EventSel=3CH UMask=00H Counter=0,1,2,3 |
| UNC_P_DEMOTIONS_CORE13 | Counts the number of times when a configurable cores had a C-state demotion | EventSel=3DH UMask=00H Counter=0,1,2,3 |
| UNC_P_DEMOTIONS_CORE14 | Counts the number of times when a configurable cores had a C-state demotion | EventSel=3EH UMask=00H Counter=0,1,2,3 |
| UNC_P_DEMOTIONS_CORE15 | Counts the number of times when a configurable cores had a C-state demotion | EventSel=3FH UMask=00H Counter=0,1,2,3 |
| UNC_P_DEMOTIONS_CORE16 | Counts the number of times when a configurable cores had a C-state demotion | EventSel=40H UMask=00H Counter=0,1,2,3 |
| UNC_P_DEMOTIONS_CORE17 | Counts the number of times when a configurable cores had a C-state demotion | EventSel=41H UMask=00H Counter=0,1,2,3 |
| UNC_P_DEMOTIONS_CORE2 | Counts the number of times when a configurable cores had a C-state demotion | EventSel=32H UMask=00H Counter=0,1,2,3 |
| UNC_P_DEMOTIONS_CORE3 | Counts the number of times when a configurable cores had a C-state demotion | EventSel=33H UMask=00H Counter=0,1,2,3 |
| UNC_P_DEMOTIONS_CORE4 | Counts the number of times when a configurable cores had a C-state demotion | EventSel=34H UMask=00H Counter=0,1,2,3 |
| UNC_P_DEMOTIONS_CORE5 | Counts the number of times when a configurable cores had a C-state demotion | EventSel=35H UMask=00H Counter=0,1,2,3 |
| UNC_P_DEMOTIONS_CORE6 | Counts the number of times when a configurable cores had a C-state demotion | EventSel=36H UMask=00H Counter=0,1,2,3 |
| UNC_P_DEMOTIONS_CORE7 | Counts the number of times when a configurable cores had a C-state demotion | EventSel=37H UMask=00H Counter=0,1,2,3 |
| UNC_P_DEMOTIONS_CORE8 | Counts the number of times when a configurable cores had a C-state demotion | EventSel=38H UMask=00H Counter=0,1,2,3 |
| UNC_P_DEMOTIONS_CORE9 | Counts the number of times when a configurable cores had a C-state demotion | EventSel=39H UMask=00H Counter=0,1,2,3 |
| UNC_P_FREQ_MAX_LIMIT_THERMAL_CYCLES | Counts the number of cycles when thermal conditions are the upper limit on frequency. This is related to the THERMAL_THROTTLE CYCLES_ABOVE_TEMP event, which always counts cycles when we are above the thermal temperature. This event (STRONGEST_UPPER_LIMIT) is sampled at the output of the algorithm that determines the actual frequency, while THERMAL_THROTTLE looks at the input. | EventSel=04H UMask=00H Counter=0,1,2,3 |
| UNC_P_FREQ_MAX_OS_CYCLES | Counts the number of cycles when the OS is the upper limit on frequency. | EventSel=06H UMask=00H Counter=0,1,2,3 |
| UNC_P_FREQ_MAX_POWER_CYCLES | Counts the number of cycles when power is the upper limit on frequency. | EventSel=05H UMask=00H Counter=0,1,2,3 |
| UNC_P_FREQ_MIN_IO_P_CYCLES | Counts the number of cycles when IO P Limit is preventing us from dropping the frequency lower. This algorithm monitors the needs to the IO subsystem on both local and remote sockets and will maintain a frequency high enough to maintain good IO BW. This is necessary for when all the IA cores on a socket are idle but a user still would like to maintain high IO Bandwidth. | EventSel=73H UMask=00H Counter=0,1,2,3 |
| UNC_P_FREQ_TRANS_CYCLES | Counts the number of cycles when the system is changing frequency. This can not be filtered by thread ID. One can also use it with the occupancy counter that monitors number of threads in C0 to estimate the performance impact that frequency transitions had on the system. | EventSel=74H UMask=00H Counter=0,1,2,3 |
| UNC_P_MEMORY_PHASE_SHEDDING_CYCLES | Counts the number of cycles that the PCU has triggered memory phase shedding. This is a mode that can be run in the iMC physicals that saves power at the expense of additional latency. | EventSel=2FH UMask=00H Counter=0,1,2,3 |
| UNC_P_PKG_RESIDENCY_C0_CYCLES | Counts the number of cycles when the package was in C0. This event can be used in conjunction with edge detect to count C0 entrances (or exits using invert). Residency events do not include transition times. | EventSel=2AH UMask=00H Counter=0,1,2,3 |
| UNC_P_PKG_RESIDENCY_C1E_CYCLES | Counts the number of cycles when the package was in C1E. This event can be used in conjunction with edge detect to count C1E entrances (or exits using invert). Residency events do not include transition times. | EventSel=4EH UMask=00H Counter=0,1,2,3 |
| UNC_P_PKG_RESIDENCY_C2E_CYCLES | Counts the number of cycles when the package was in C2E. This event can be used in conjunction with edge detect to count C2E entrances (or exits using invert). Residency events do not include transition times. | EventSel=2BH UMask=00H Counter=0,1,2,3 |
| UNC_P_PKG_RESIDENCY_C3_CYCLES | Counts the number of cycles when the package was in C3. This event can be used in conjunction with edge detect to count C3 entrances (or exits using invert). Residency events do not include transition times. | EventSel=2CH UMask=00H Counter=0,1,2,3 |
| UNC_P_PKG_RESIDENCY_C6_CYCLES | Counts the number of cycles when the package was in C6. This event can be used in conjunction with edge detect to count C6 entrances (or exits using invert). Residency events do not include transition times. | EventSel=2DH UMask=00H Counter=0,1,2,3 |
| UNC_P_PKG_RESIDENCY_C7_CYCLES | Counts the number of cycles when the package was in C7. This event can be used in conjunction with edge detect to count C7 entrances (or exits using invert). Residency events do not include transition times. | EventSel=2EH UMask=00H Counter=0,1,2,3 |
| UNC_P_POWER_STATE_OCCUPANCY.CORES_C0 | This is an occupancy event that tracks the number of cores that are in the chosen C-State. It can be used by itself to get the average number of cores in that C-state with thresholding to generate histograms, or with other PCU events and occupancy triggering to capture other details. | EventSel=80H UMask=40H Counter=0,1,2,3 |
| UNC_P_POWER_STATE_OCCUPANCY.CORES_C3 | This is an occupancy event that tracks the number of cores that are in the chosen C-State. It can be used by itself to get the average number of cores in that C-state with thresholding to generate histograms, or with other PCU events and occupancy triggering to capture other details. | EventSel=80H UMask=80H Counter=0,1,2,3 |
| UNC_P_POWER_STATE_OCCUPANCY.CORES_C6 | This is an occupancy event that tracks the number of cores that are in the chosen C-State. It can be used by itself to get the average number of cores in that C-state with thresholding to generate histograms, or with other PCU events and occupancy triggering to capture other details. | EventSel=80H UMask=C0H Counter=0,1,2,3 |
| UNC_P_PROCHOT_EXTERNAL_CYCLES | Counts the number of cycles that we are in external PROCHOT mode. This mode is triggered when a sensor off the die determines that something off-die (like DRAM) is too hot and must throttle to avoid damaging the chip. | EventSel=0AH UMask=00H Counter=0,1,2,3 |
| UNC_P_PROCHOT_INTERNAL_CYCLES | Counts the number of cycles that we are in Internal PROCHOT mode. This mode is triggered when a sensor on the die determines that we are too hot and must throttle to avoid damaging the chip. | EventSel=09H UMask=00H Counter=0,1,2,3 |
| UNC_P_TOTAL_TRANSITION_CYCLES | Number of cycles spent performing core C state transitions across all cores. | EventSel=72H UMask=00H Counter=0,1,2,3 |
| UNC_P_UFS_TRANSITIONS_RING_GV | Ring GV with same final and initial frequency | EventSel=79H UMask=00H Counter=0,1,2,3 |
| UNC_P_VR_HOT_CYCLES | VR Hot | EventSel=42H UMask=00H Counter=0,1,2,3 |
| UNC_Q_CLOCKTICKS | Counts the number of clocks in the QPI LL. This clock runs at 1/4th the "GT/s" speed of the QPI link. For example, a 4GT/s link will have qfclk or 1GHz. BDX does not support dynamic link speeds, so this frequency is fixed. | EventSel=14H UMask=00H Counter=0,1,2,3 |
| UNC_Q_CTO_COUNT | Counts the number of CTO (cluster trigger outs) events that were asserted across the two slots. If both slots trigger in a given cycle, the event will increment by 2. You can use edge detect to count the number of cases when both events triggered. | EventSel=38H UMask=00H Counter=0,1,2,3 |
| UNC_Q_DIRECT2CORE.FAILURE_CREDITS | Counts the number of DRS packets that we attempted to do direct2core on. There are 4 mutually exclusive filters. Filter [0] can be used to get successful spawns, while [1:3] provide the different failure cases. Note that this does not count packets that are not candidates for Direct2Core. The only candidates for Direct2Core are DRS packets destined for Cbos.; The spawn failed because there were not enough Egress credits. Had there been enough credits, the spawn would have worked as the RBT bit was set and the RBT tag matched. | EventSel=13H UMask=02H Counter=0,1,2,3 |
| UNC_Q_DIRECT2CORE.FAILURE_CREDITS_MISS | Counts the number of DRS packets that we attempted to do direct2core on. There are 4 mutually exclusive filters. Filter [0] can be used to get successful spawns, while [1:3] provide the different failure cases. Note that this does not count packets that are not candidates for Direct2Core. The only candidates for Direct2Core are DRS packets destined for Cbos.; The spawn failed because the RBT tag did not match and there weren't enough Egress credits. The valid bit was set. | EventSel=13H UMask=20H Counter=0,1,2,3 |
| UNC_Q_DIRECT2CORE.FAILURE_CREDITS_RBT | Counts the number of DRS packets that we attempted to do direct2core on. There are 4 mutually exclusive filters. Filter [0] can be used to get successful spawns, while [1:3] provide the different failure cases. Note that this does not count packets that are not candidates for Direct2Core. The only candidates for Direct2Core are DRS packets destined for Cbos.; The spawn failed because there were not enough Egress credits AND the RBT bit was not set, but the RBT tag matched. | EventSel=13H UMask=08H Counter=0,1,2,3 |
| UNC_Q_DIRECT2CORE.FAILURE_CREDITS_RBT_MISS | Counts the number of DRS packets that we attempted to do direct2core on. There are 4 mutually exclusive filters. Filter [0] can be used to get successful spawns, while [1:3] provide the different failure cases. Note that this does not count packets that are not candidates for Direct2Core. The only candidates for Direct2Core are DRS packets destined for Cbos.; The spawn failed because the RBT tag did not match, the valid bit was not set and there weren't enough Egress credits. | EventSel=13H UMask=80H Counter=0,1,2,3 |
| UNC_Q_DIRECT2CORE.FAILURE_MISS | Counts the number of DRS packets that we attempted to do direct2core on. There are 4 mutually exclusive filters. Filter [0] can be used to get successful spawns, while [1:3] provide the different failure cases. Note that this does not count packets that are not candidates for Direct2Core. The only candidates for Direct2Core are DRS packets destined for Cbos.; The spawn failed because the RBT tag did not match although the valid bit was set and there were enough Egress credits. | EventSel=13H UMask=10H Counter=0,1,2,3 |
| UNC_Q_DIRECT2CORE.FAILURE_RBT_HIT | Counts the number of DRS packets that we attempted to do direct2core on. There are 4 mutually exclusive filters. Filter [0] can be used to get successful spawns, while [1:3] provide the different failure cases. Note that this does not count packets that are not candidates for Direct2Core. The only candidates for Direct2Core are DRS packets destined for Cbos.; The spawn failed because the route-back table (RBT) specified that the transaction should not trigger a direct2core transaction. This is common for IO transactions. There were enough Egress credits and the RBT tag matched but the valid bit was not set. | EventSel=13H UMask=04H Counter=0,1,2,3 |
| UNC_Q_DIRECT2CORE.FAILURE_RBT_MISS | Counts the number of DRS packets that we attempted to do direct2core on. There are 4 mutually exclusive filters. Filter [0] can be used to get successful spawns, while [1:3] provide the different failure cases. Note that this does not count packets that are not candidates for Direct2Core. The only candidates for Direct2Core are DRS packets destined for Cbos.; The spawn failed because the RBT tag did not match and the valid bit was not set although there were enough Egress credits. | EventSel=13H UMask=40H Counter=0,1,2,3 |
| UNC_Q_DIRECT2CORE.SUCCESS_RBT_HIT | Counts the number of DRS packets that we attempted to do direct2core on. There are 4 mutually exclusive filters. Filter [0] can be used to get successful spawns, while [1:3] provide the different failure cases. Note that this does not count packets that are not candidates for Direct2Core. The only candidates for Direct2Core are DRS packets destined for Cbos.; The spawn was successful. There were sufficient credits, the RBT valid bit was set and there was an RBT tag match. The message was marked to spawn direct2core. | EventSel=13H UMask=01H Counter=0,1,2,3 |
| UNC_Q_L1_POWER_CYCLES | Number of QPI qfclk cycles spent in L1 power mode. L1 is a mode that totally shuts down a QPI link. Use edge detect to count the number of instances when the QPI link entered L1. Link power states are per link and per direction, so for example the Tx direction could be in one state while Rx was in another. Because L1 totally shuts down the link, it takes a good amount of time to exit this mode. | EventSel=12H UMask=00H Counter=0,1,2,3 |
| UNC_Q_RxL_BYPASSED | Counts the number of times that an incoming flit was able to bypass the flit buffer and pass directly across the BGF and into the Egress. This is a latency optimization, and should generally be the common case. If this value is less than the number of flits transferred, it implies that there was queueing getting onto the ring, and thus the transactions saw higher latency. | EventSel=09H UMask=00H Counter=0,1,2,3 |
| UNC_Q_RxL_CRC_ERRORS.LINK_INIT | Number of CRC errors detected in the QPI Agent. Each QPI flit incorporates 8 bits of CRC for error detection. This counts the number of flits where the CRC was able to detect an error. After an error has been detected, the QPI agent will send a request to the transmitting socket to resend the flit (as well as any flits that came after it).; CRC errors detected during link initialization. | EventSel=03H UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_CRC_ERRORS.NORMAL_OP | UNC_Q_RxL_CRC_ERRORS.NORMAL_OP | EventSel=03H UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_CREDITS_CONSUMED_VN0.DRS | Counts the number of times that an RxQ VN0 credit was consumed (i.e. message uses a VN0 credit for the Rx Buffer). This includes packets that went through the RxQ and those that were bypasssed.; VN0 credit for the DRS message class. | EventSel=1EH UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_CREDITS_CONSUMED_VN0.HOM | Counts the number of times that an RxQ VN0 credit was consumed (i.e. message uses a VN0 credit for the Rx Buffer). This includes packets that went through the RxQ and those that were bypasssed.; VN0 credit for the HOM message class. | EventSel=1EH UMask=08H Counter=0,1,2,3 |
| UNC_Q_RxL_CREDITS_CONSUMED_VN0.NCB | Counts the number of times that an RxQ VN0 credit was consumed (i.e. message uses a VN0 credit for the Rx Buffer). This includes packets that went through the RxQ and those that were bypasssed.; VN0 credit for the NCB message class. | EventSel=1EH UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_CREDITS_CONSUMED_VN0.NCS | Counts the number of times that an RxQ VN0 credit was consumed (i.e. message uses a VN0 credit for the Rx Buffer). This includes packets that went through the RxQ and those that were bypasssed.; VN0 credit for the NCS message class. | EventSel=1EH UMask=04H Counter=0,1,2,3 |
| UNC_Q_RxL_CREDITS_CONSUMED_VN0.NDR | Counts the number of times that an RxQ VN0 credit was consumed (i.e. message uses a VN0 credit for the Rx Buffer). This includes packets that went through the RxQ and those that were bypasssed.; VN0 credit for the NDR message class. | EventSel=1EH UMask=20H Counter=0,1,2,3 |
| UNC_Q_RxL_CREDITS_CONSUMED_VN0.SNP | Counts the number of times that an RxQ VN0 credit was consumed (i.e. message uses a VN0 credit for the Rx Buffer). This includes packets that went through the RxQ and those that were bypasssed.; VN0 credit for the SNP message class. | EventSel=1EH UMask=10H Counter=0,1,2,3 |
| UNC_Q_RxL_CREDITS_CONSUMED_VN1.DRS | Counts the number of times that an RxQ VN1 credit was consumed (i.e. message uses a VN1 credit for the Rx Buffer). This includes packets that went through the RxQ and those that were bypasssed.; VN1 credit for the DRS message class. | EventSel=39H UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_CREDITS_CONSUMED_VN1.HOM | Counts the number of times that an RxQ VN1 credit was consumed (i.e. message uses a VN1 credit for the Rx Buffer). This includes packets that went through the RxQ and those that were bypasssed.; VN1 credit for the HOM message class. | EventSel=39H UMask=08H Counter=0,1,2,3 |
| UNC_Q_RxL_CREDITS_CONSUMED_VN1.NCB | Counts the number of times that an RxQ VN1 credit was consumed (i.e. message uses a VN1 credit for the Rx Buffer). This includes packets that went through the RxQ and those that were bypasssed.; VN1 credit for the NCB message class. | EventSel=39H UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_CREDITS_CONSUMED_VN1.NCS | Counts the number of times that an RxQ VN1 credit was consumed (i.e. message uses a VN1 credit for the Rx Buffer). This includes packets that went through the RxQ and those that were bypasssed.; VN1 credit for the NCS message class. | EventSel=39H UMask=04H Counter=0,1,2,3 |
| UNC_Q_RxL_CREDITS_CONSUMED_VN1.NDR | Counts the number of times that an RxQ VN1 credit was consumed (i.e. message uses a VN1 credit for the Rx Buffer). This includes packets that went through the RxQ and those that were bypasssed.; VN1 credit for the NDR message class. | EventSel=39H UMask=20H Counter=0,1,2,3 |
| UNC_Q_RxL_CREDITS_CONSUMED_VN1.SNP | Counts the number of times that an RxQ VN1 credit was consumed (i.e. message uses a VN1 credit for the Rx Buffer). This includes packets that went through the RxQ and those that were bypasssed.; VN1 credit for the SNP message class. | EventSel=39H UMask=10H Counter=0,1,2,3 |
| UNC_Q_RxL_CREDITS_CONSUMED_VNA | Counts the number of times that an RxQ VNA credit was consumed (i.e. message uses a VNA credit for the Rx Buffer). This includes packets that went through the RxQ and those that were bypasssed. | EventSel=1DH UMask=00H Counter=0,1,2,3 |
| UNC_Q_RxL_CYCLES_NE | Counts the number of cycles that the QPI RxQ was not empty. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy Accumulator event to calculate the average occupancy. | EventSel=0AH UMask=00H Counter=0,1,2,3 |
| UNC_Q_RxL_CYCLES_NE_DRS.VN0 | Counts the number of cycles that the QPI RxQ was not empty. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy Accumulator event to calculate the average occupancy. This monitors DRS flits only. | EventSel=0FH UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_CYCLES_NE_DRS.VN1 | Counts the number of cycles that the QPI RxQ was not empty. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy Accumulator event to calculate the average occupancy. This monitors DRS flits only. | EventSel=0FH UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_CYCLES_NE_HOM.VN0 | Counts the number of cycles that the QPI RxQ was not empty. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy Accumulator event to calculate the average occupancy. This monitors HOM flits only. | EventSel=12H UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_CYCLES_NE_HOM.VN1 | Counts the number of cycles that the QPI RxQ was not empty. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy Accumulator event to calculate the average occupancy. This monitors HOM flits only. | EventSel=12H UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_CYCLES_NE_NCB.VN0 | Counts the number of cycles that the QPI RxQ was not empty. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy Accumulator event to calculate the average occupancy. This monitors NCB flits only. | EventSel=10H UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_CYCLES_NE_NCB.VN1 | Counts the number of cycles that the QPI RxQ was not empty. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy Accumulator event to calculate the average occupancy. This monitors NCB flits only. | EventSel=10H UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_CYCLES_NE_NCS.VN0 | Counts the number of cycles that the QPI RxQ was not empty. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy Accumulator event to calculate the average occupancy. This monitors NCS flits only. | EventSel=11H UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_CYCLES_NE_NCS.VN1 | Counts the number of cycles that the QPI RxQ was not empty. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy Accumulator event to calculate the average occupancy. This monitors NCS flits only. | EventSel=11H UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_CYCLES_NE_NDR.VN0 | Counts the number of cycles that the QPI RxQ was not empty. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy Accumulator event to calculate the average occupancy. This monitors NDR flits only. | EventSel=14H UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_CYCLES_NE_NDR.VN1 | Counts the number of cycles that the QPI RxQ was not empty. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy Accumulator event to calculate the average occupancy. This monitors NDR flits only. | EventSel=14H UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_CYCLES_NE_SNP.VN0 | Counts the number of cycles that the QPI RxQ was not empty. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy Accumulator event to calculate the average occupancy. This monitors SNP flits only. | EventSel=13H UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_CYCLES_NE_SNP.VN1 | Counts the number of cycles that the QPI RxQ was not empty. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy Accumulator event to calculate the average occupancy. This monitors SNP flits only. | EventSel=13H UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_FLITS_G0.IDLE | Counts the number of flits received from the QPI Link. It includes filters for Idle, protocol, and Data Flits. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time (for L0) or 4B instead of 8B for L0p.; Number of flits received over QPI that do not hold protocol payload. When QPI is not in a power saving state, it continuously transmits flits across the link. When there are no protocol flits to send, it will send IDLE and NULL flits across. These flits sometimes do carry a payload, such as credit returns, but are generally not considered part of the QPI bandwidth. | EventSel=01H UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_FLITS_G1.DRS | Counts the number of flits received from the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for SNP, HOM, and DRS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Counts the total number of flits received over QPI on the DRS (Data Response) channel. DRS flits are used to transmit data with coherency. This does not count data flits received over the NCB channel which transmits non-coherent data. | EventSel=02H UMask=18H Counter=0,1,2,3 |
| UNC_Q_RxL_FLITS_G1.DRS_DATA | Counts the number of flits received from the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for SNP, HOM, and DRS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Counts the total number of data flits received over QPI on the DRS (Data Response) channel. DRS flits are used to transmit data with coherency. This does not count data flits received over the NCB channel which transmits non-coherent data. This includes only the data flits (not the header). | EventSel=02H UMask=08H Counter=0,1,2,3 |
| UNC_Q_RxL_FLITS_G1.DRS_NONDATA | Counts the number of flits received from the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for SNP, HOM, and DRS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Counts the total number of protocol flits received over QPI on the DRS (Data Response) channel. DRS flits are used to transmit data with coherency. This does not count data flits received over the NCB channel which transmits non-coherent data. This includes only the header flits (not the data). This includes extended headers. | EventSel=02H UMask=10H Counter=0,1,2,3 |
| UNC_Q_RxL_FLITS_G1.HOM | Counts the number of flits received from the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for SNP, HOM, and DRS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Counts the number of flits received over QPI on the home channel. | EventSel=02H UMask=06H Counter=0,1,2,3 |
| UNC_Q_RxL_FLITS_G1.HOM_NONREQ | Counts the number of flits received from the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for SNP, HOM, and DRS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Counts the number of non-request flits received over QPI on the home channel. These are most commonly snoop responses, and this event can be used as a proxy for that. | EventSel=02H UMask=04H Counter=0,1,2,3 |
| UNC_Q_RxL_FLITS_G1.HOM_REQ | Counts the number of flits received from the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for SNP, HOM, and DRS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Counts the number of data request received over QPI on the home channel. This basically counts the number of remote memory requests received over QPI. In conjunction with the local read count in the Home Agent, one can calculate the number of LLC Misses. | EventSel=02H UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_FLITS_G1.SNP | Counts the number of flits received from the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for SNP, HOM, and DRS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Counts the number of snoop request flits received over QPI. These requests are contained in the snoop channel. This does not include snoop responses, which are received on the home channel. | EventSel=02H UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_FLITS_G2.NCB | Counts the number of flits received from the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for NDR, NCB, and NCS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Number of Non-Coherent Bypass flits. These packets are generally used to transmit non-coherent data across QPI. | EventSel=03H UMask=0CH Counter=0,1,2,3 |
| UNC_Q_RxL_FLITS_G2.NCB_DATA | Counts the number of flits received from the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for NDR, NCB, and NCS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Number of Non-Coherent Bypass data flits. These flits are generally used to transmit non-coherent data across QPI. This does not include a count of the DRS (coherent) data flits. This only counts the data flits, not the NCB headers. | EventSel=03H UMask=04H Counter=0,1,2,3 |
| UNC_Q_RxL_FLITS_G2.NCB_NONDATA | Counts the number of flits received from the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for NDR, NCB, and NCS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Number of Non-Coherent Bypass non-data flits. These packets are generally used to transmit non-coherent data across QPI, and the flits counted here are for headers and other non-data flits. This includes extended headers. | EventSel=03H UMask=08H Counter=0,1,2,3 |
| UNC_Q_RxL_FLITS_G2.NCS | Counts the number of flits received from the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for NDR, NCB, and NCS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Number of NCS (non-coherent standard) flits received over QPI. This includes extended headers. | EventSel=03H UMask=10H Counter=0,1,2,3 |
| UNC_Q_RxL_FLITS_G2.NDR_AD | Counts the number of flits received from the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for NDR, NCB, and NCS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Counts the total number of flits received over the NDR (Non-Data Response) channel. This channel is used to send a variety of protocol flits including grants and completions. This is only for NDR packets to the local socket which use the AK ring. | EventSel=03H UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_FLITS_G2.NDR_AK | Counts the number of flits received from the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for NDR, NCB, and NCS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Counts the total number of flits received over the NDR (Non-Data Response) channel. This channel is used to send a variety of protocol flits including grants and completions. This is only for NDR packets destined for Route-thru to a remote socket. | EventSel=03H UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_INSERTS | Number of allocations into the QPI Rx Flit Buffer. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy event in order to calculate the average flit buffer lifetime. | EventSel=08H UMask=00H Counter=0,1,2,3 |
| UNC_Q_RxL_INSERTS_DRS.VN0 | Number of allocations into the QPI Rx Flit Buffer. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy event in order to calculate the average flit buffer lifetime. This monitors only DRS flits. | EventSel=09H UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_INSERTS_DRS.VN1 | Number of allocations into the QPI Rx Flit Buffer. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy event in order to calculate the average flit buffer lifetime. This monitors only DRS flits. | EventSel=09H UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_INSERTS_HOM.VN0 | Number of allocations into the QPI Rx Flit Buffer. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy event in order to calculate the average flit buffer lifetime. This monitors only HOM flits. | EventSel=0CH UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_INSERTS_HOM.VN1 | Number of allocations into the QPI Rx Flit Buffer. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy event in order to calculate the average flit buffer lifetime. This monitors only HOM flits. | EventSel=0CH UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_INSERTS_NCB.VN0 | Number of allocations into the QPI Rx Flit Buffer. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy event in order to calculate the average flit buffer lifetime. This monitors only NCB flits. | EventSel=0AH UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_INSERTS_NCB.VN1 | Number of allocations into the QPI Rx Flit Buffer. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy event in order to calculate the average flit buffer lifetime. This monitors only NCB flits. | EventSel=0AH UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_INSERTS_NCS.VN0 | Number of allocations into the QPI Rx Flit Buffer. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy event in order to calculate the average flit buffer lifetime. This monitors only NCS flits. | EventSel=0BH UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_INSERTS_NCS.VN1 | Number of allocations into the QPI Rx Flit Buffer. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy event in order to calculate the average flit buffer lifetime. This monitors only NCS flits. | EventSel=0BH UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_INSERTS_NDR.VN0 | Number of allocations into the QPI Rx Flit Buffer. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy event in order to calculate the average flit buffer lifetime. This monitors only NDR flits. | EventSel=0EH UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_INSERTS_NDR.VN1 | Number of allocations into the QPI Rx Flit Buffer. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy event in order to calculate the average flit buffer lifetime. This monitors only NDR flits. | EventSel=0EH UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_INSERTS_SNP.VN0 | Number of allocations into the QPI Rx Flit Buffer. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy event in order to calculate the average flit buffer lifetime. This monitors only SNP flits. | EventSel=0DH UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_INSERTS_SNP.VN1 | Number of allocations into the QPI Rx Flit Buffer. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Occupancy event in order to calculate the average flit buffer lifetime. This monitors only SNP flits. | EventSel=0DH UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_OCCUPANCY | Accumulates the number of elements in the QPI RxQ in each cycle. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Not Empty event to calculate average occupancy, or with the Flit Buffer Allocations event to track average lifetime. | EventSel=0BH UMask=00H Counter=0,1,2,3 |
| UNC_Q_RxL_OCCUPANCY_DRS.VN0 | Accumulates the number of elements in the QPI RxQ in each cycle. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Not Empty event to calculate average occupancy, or with the Flit Buffer Allocations event to track average lifetime. This monitors DRS flits only. | EventSel=15H UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_OCCUPANCY_DRS.VN1 | Accumulates the number of elements in the QPI RxQ in each cycle. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Not Empty event to calculate average occupancy, or with the Flit Buffer Allocations event to track average lifetime. This monitors DRS flits only. | EventSel=15H UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_OCCUPANCY_HOM.VN0 | Accumulates the number of elements in the QPI RxQ in each cycle. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Not Empty event to calculate average occupancy, or with the Flit Buffer Allocations event to track average lifetime. This monitors HOM flits only. | EventSel=18H UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_OCCUPANCY_HOM.VN1 | Accumulates the number of elements in the QPI RxQ in each cycle. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Not Empty event to calculate average occupancy, or with the Flit Buffer Allocations event to track average lifetime. This monitors HOM flits only. | EventSel=18H UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_OCCUPANCY_NCB.VN0 | Accumulates the number of elements in the QPI RxQ in each cycle. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Not Empty event to calculate average occupancy, or with the Flit Buffer Allocations event to track average lifetime. This monitors NCB flits only. | EventSel=16H UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_OCCUPANCY_NCB.VN1 | Accumulates the number of elements in the QPI RxQ in each cycle. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Not Empty event to calculate average occupancy, or with the Flit Buffer Allocations event to track average lifetime. This monitors NCB flits only. | EventSel=16H UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_OCCUPANCY_NCS.VN0 | Accumulates the number of elements in the QPI RxQ in each cycle. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Not Empty event to calculate average occupancy, or with the Flit Buffer Allocations event to track average lifetime. This monitors NCS flits only. | EventSel=17H UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_OCCUPANCY_NCS.VN1 | Accumulates the number of elements in the QPI RxQ in each cycle. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Not Empty event to calculate average occupancy, or with the Flit Buffer Allocations event to track average lifetime. This monitors NCS flits only. | EventSel=17H UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_OCCUPANCY_NDR.VN0 | Accumulates the number of elements in the QPI RxQ in each cycle. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Not Empty event to calculate average occupancy, or with the Flit Buffer Allocations event to track average lifetime. This monitors NDR flits only. | EventSel=1AH UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_OCCUPANCY_NDR.VN1 | Accumulates the number of elements in the QPI RxQ in each cycle. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Not Empty event to calculate average occupancy, or with the Flit Buffer Allocations event to track average lifetime. This monitors NDR flits only. | EventSel=1AH UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_OCCUPANCY_SNP.VN0 | Accumulates the number of elements in the QPI RxQ in each cycle. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Not Empty event to calculate average occupancy, or with the Flit Buffer Allocations event to track average lifetime. This monitors SNP flits only. | EventSel=19H UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_OCCUPANCY_SNP.VN1 | Accumulates the number of elements in the QPI RxQ in each cycle. Generally, when data is transmitted across QPI, it will bypass the RxQ and pass directly to the ring interface. If things back up getting transmitted onto the ring, however, it may need to allocate into this buffer, thus increasing the latency. This event can be used in conjunction with the Flit Buffer Not Empty event to calculate average occupancy, or with the Flit Buffer Allocations event to track average lifetime. This monitors SNP flits only. | EventSel=19H UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_STALLS_VN0.BGF_DRS | Number of stalls trying to send to R3QPI on Virtual Network 0; Stalled a packet from the HOM message class because there were not enough BGF credits. In bypass mode, we will stall on the packet boundary, while in RxQ mode we will stall on the flit boundary. | EventSel=35H UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_STALLS_VN0.BGF_HOM | Number of stalls trying to send to R3QPI on Virtual Network 0; Stalled a packet from the DRS message class because there were not enough BGF credits. In bypass mode, we will stall on the packet boundary, while in RxQ mode we will stall on the flit boundary. | EventSel=35H UMask=08H Counter=0,1,2,3 |
| UNC_Q_RxL_STALLS_VN0.BGF_NCB | Number of stalls trying to send to R3QPI on Virtual Network 0; Stalled a packet from the SNP message class because there were not enough BGF credits. In bypass mode, we will stall on the packet boundary, while in RxQ mode we will stall on the flit boundary. | EventSel=35H UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_STALLS_VN0.BGF_NCS | Number of stalls trying to send to R3QPI on Virtual Network 0; Stalled a packet from the NDR message class because there were not enough BGF credits. In bypass mode, we will stall on the packet boundary, while in RxQ mode we will stall on the flit boundary. | EventSel=35H UMask=04H Counter=0,1,2,3 |
| UNC_Q_RxL_STALLS_VN0.BGF_NDR | Number of stalls trying to send to R3QPI on Virtual Network 0; Stalled a packet from the NCS message class because there were not enough BGF credits. In bypass mode, we will stall on the packet boundary, while in RxQ mode we will stall on the flit boundary. | EventSel=35H UMask=20H Counter=0,1,2,3 |
| UNC_Q_RxL_STALLS_VN0.BGF_SNP | Number of stalls trying to send to R3QPI on Virtual Network 0; Stalled a packet from the NCB message class because there were not enough BGF credits. In bypass mode, we will stall on the packet boundary, while in RxQ mode we will stall on the flit boundary. | EventSel=35H UMask=10H Counter=0,1,2,3 |
| UNC_Q_RxL_STALLS_VN0.EGRESS_CREDITS | Number of stalls trying to send to R3QPI on Virtual Network 0; Stalled a packet because there were insufficient BGF credits. For details on a message class granularity, use the Egress Credit Occupancy events. | EventSel=35H UMask=40H Counter=0,1,2,3 |
| UNC_Q_RxL_STALLS_VN0.GV | Number of stalls trying to send to R3QPI on Virtual Network 0; Stalled because a GV transition (frequency transition) was taking place. | EventSel=35H UMask=80H Counter=0,1,2,3 |
| UNC_Q_RxL_STALLS_VN1.BGF_DRS | Number of stalls trying to send to R3QPI on Virtual Network 1.; Stalled a packet from the HOM message class because there were not enough BGF credits. In bypass mode, we will stall on the packet boundary, while in RxQ mode we will stall on the flit boundary. | EventSel=3AH UMask=01H Counter=0,1,2,3 |
| UNC_Q_RxL_STALLS_VN1.BGF_HOM | Number of stalls trying to send to R3QPI on Virtual Network 1.; Stalled a packet from the DRS message class because there were not enough BGF credits. In bypass mode, we will stall on the packet boundary, while in RxQ mode we will stall on the flit boundary. | EventSel=3AH UMask=08H Counter=0,1,2,3 |
| UNC_Q_RxL_STALLS_VN1.BGF_NCB | Number of stalls trying to send to R3QPI on Virtual Network 1.; Stalled a packet from the SNP message class because there were not enough BGF credits. In bypass mode, we will stall on the packet boundary, while in RxQ mode we will stall on the flit boundary. | EventSel=3AH UMask=02H Counter=0,1,2,3 |
| UNC_Q_RxL_STALLS_VN1.BGF_NCS | Number of stalls trying to send to R3QPI on Virtual Network 1.; Stalled a packet from the NDR message class because there were not enough BGF credits. In bypass mode, we will stall on the packet boundary, while in RxQ mode we will stall on the flit boundary. | EventSel=3AH UMask=04H Counter=0,1,2,3 |
| UNC_Q_RxL_STALLS_VN1.BGF_NDR | Number of stalls trying to send to R3QPI on Virtual Network 1.; Stalled a packet from the NCS message class because there were not enough BGF credits. In bypass mode, we will stall on the packet boundary, while in RxQ mode we will stall on the flit boundary. | EventSel=3AH UMask=20H Counter=0,1,2,3 |
| UNC_Q_RxL_STALLS_VN1.BGF_SNP | Number of stalls trying to send to R3QPI on Virtual Network 1.; Stalled a packet from the NCB message class because there were not enough BGF credits. In bypass mode, we will stall on the packet boundary, while in RxQ mode we will stall on the flit boundary. | EventSel=3AH UMask=10H Counter=0,1,2,3 |
| UNC_Q_RxL0_POWER_CYCLES | Number of QPI qfclk cycles spent in L0 power mode in the Link Layer. L0 is the default mode which provides the highest performance with the most power. Use edge detect to count the number of instances that the link entered L0. Link power states are per link and per direction, so for example the Tx direction could be in one state while Rx was in another. The phy layer sometimes leaves L0 for training, which will not be captured by this event. | EventSel=0FH UMask=00H Counter=0,1,2,3 |
| UNC_Q_RxL0P_POWER_CYCLES | Number of QPI qfclk cycles spent in L0p power mode. L0p is a mode where we disable 1/2 of the QPI lanes, decreasing our bandwidth in order to save power. It increases snoop and data transfer latencies and decreases overall bandwidth. This mode can be very useful in NUMA optimized workloads that largely only utilize QPI for snoops and their responses. Use edge detect to count the number of instances when the QPI link entered L0p. Link power states are per link and per direction, so for example the Tx direction could be in one state while Rx was in another. | EventSel=10H UMask=00H Counter=0,1,2,3 |
| UNC_Q_TxL_BYPASSED | Counts the number of times that an incoming flit was able to bypass the Tx flit buffer and pass directly out the QPI Link. Generally, when data is transmitted across QPI, it will bypass the TxQ and pass directly to the link. However, the TxQ will be used with L0p and when LLR occurs, increasing latency to transfer out to the link. | EventSel=05H UMask=00H Counter=0,1,2,3 |
| UNC_Q_TxL_CRC_NO_CREDITS.ALMOST_FULL | Number of cycles when the Tx side ran out of Link Layer Retry credits, causing the Tx to stall.; When LLR is almost full, we block some but not all packets. | EventSel=02H UMask=02H Counter=0,1,2,3 |
| UNC_Q_TxL_CRC_NO_CREDITS.FULL | Number of cycles when the Tx side ran out of Link Layer Retry credits, causing the Tx to stall.; When LLR is totally full, we are not allowed to send any packets. | EventSel=02H UMask=01H Counter=0,1,2,3 |
| UNC_Q_TxL_CYCLES_NE | Counts the number of cycles when the TxQ is not empty. Generally, when data is transmitted across QPI, it will bypass the TxQ and pass directly to the link. However, the TxQ will be used with L0p and when LLR occurs, increasing latency to transfer out to the link. | EventSel=06H UMask=00H Counter=0,1,2,3 |
| UNC_Q_TxL_FLITS_G0.DATA | Counts the number of flits transmitted across the QPI Link. It includes filters for Idle, protocol, and Data Flits. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time (for L0) or 4B instead of 8B for L0p.; Number of data flits transmitted over QPI. Each flit contains 64b of data. This includes both DRS and NCB data flits (coherent and non-coherent). This can be used to calculate the data bandwidth of the QPI link. One can get a good picture of the QPI-link characteristics by evaluating the protocol flits, data flits, and idle/null flits. This does not include the header flits that go in data packets. | EventSel=00H UMask=02H Counter=0,1,2,3 |
| UNC_Q_TxL_FLITS_G0.NON_DATA | Counts the number of flits transmitted across the QPI Link. It includes filters for Idle, protocol, and Data Flits. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time (for L0) or 4B instead of 8B for L0p.; Number of non-NULL non-data flits transmitted across QPI. This basically tracks the protocol overhead on the QPI link. One can get a good picture of the QPI-link characteristics by evaluating the protocol flits, data flits, and idle/null flits. This includes the header flits for data packets. | EventSel=00H UMask=04H Counter=0,1,2,3 |
| UNC_Q_TxL_FLITS_G1.DRS | Counts the number of flits transmitted across the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for SNP, HOM, and DRS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Counts the total number of flits transmitted over QPI on the DRS (Data Response) channel. DRS flits are used to transmit data with coherency. | EventSel=00H UMask=18H Counter=0,1,2,3 |
| UNC_Q_TxL_FLITS_G1.DRS_DATA | Counts the number of flits transmitted across the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for SNP, HOM, and DRS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Counts the total number of data flits transmitted over QPI on the DRS (Data Response) channel. DRS flits are used to transmit data with coherency. This does not count data flits transmitted over the NCB channel which transmits non-coherent data. This includes only the data flits (not the header). | EventSel=00H UMask=08H Counter=0,1,2,3 |
| UNC_Q_TxL_FLITS_G1.DRS_NONDATA | Counts the number of flits transmitted across the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for SNP, HOM, and DRS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Counts the total number of protocol flits transmitted over QPI on the DRS (Data Response) channel. DRS flits are used to transmit data with coherency. This does not count data flits transmitted over the NCB channel which transmits non-coherent data. This includes only the header flits (not the data). This includes extended headers. | EventSel=00H UMask=10H Counter=0,1,2,3 |
| UNC_Q_TxL_FLITS_G1.HOM | Counts the number of flits transmitted across the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for SNP, HOM, and DRS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Counts the number of flits transmitted over QPI on the home channel. | EventSel=00H UMask=06H Counter=0,1,2,3 |
| UNC_Q_TxL_FLITS_G1.HOM_NONREQ | Counts the number of flits transmitted across the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for SNP, HOM, and DRS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Counts the number of non-request flits transmitted over QPI on the home channel. These are most commonly snoop responses, and this event can be used as a proxy for that. | EventSel=00H UMask=04H Counter=0,1,2,3 |
| UNC_Q_TxL_FLITS_G1.HOM_REQ | Counts the number of flits transmitted across the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for SNP, HOM, and DRS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Counts the number of data request transmitted over QPI on the home channel. This basically counts the number of remote memory requests transmitted over QPI. In conjunction with the local read count in the Home Agent, one can calculate the number of LLC Misses. | EventSel=00H UMask=02H Counter=0,1,2,3 |
| UNC_Q_TxL_FLITS_G1.SNP | Counts the number of flits transmitted across the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for SNP, HOM, and DRS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Counts the number of snoop request flits transmitted over QPI. These requests are contained in the snoop channel. This does not include snoop responses, which are transmitted on the home channel. | EventSel=00H UMask=01H Counter=0,1,2,3 |
| UNC_Q_TxL_FLITS_G2.NCB | Counts the number of flits transmitted across the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for NDR, NCB, and NCS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Number of Non-Coherent Bypass flits. These packets are generally used to transmit non-coherent data across QPI. | EventSel=01H UMask=0CH Counter=0,1,2,3 |
| UNC_Q_TxL_FLITS_G2.NCB_DATA | Counts the number of flits transmitted across the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for NDR, NCB, and NCS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Number of Non-Coherent Bypass data flits. These flits are generally used to transmit non-coherent data across QPI. This does not include a count of the DRS (coherent) data flits. This only counts the data flits, not the NCB headers. | EventSel=01H UMask=04H Counter=0,1,2,3 |
| UNC_Q_TxL_FLITS_G2.NCB_NONDATA | Counts the number of flits transmitted across the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for NDR, NCB, and NCS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Number of Non-Coherent Bypass non-data flits. These packets are generally used to transmit non-coherent data across QPI, and the flits counted here are for headers and other non-data flits. This includes extended headers. | EventSel=01H UMask=08H Counter=0,1,2,3 |
| UNC_Q_TxL_FLITS_G2.NCS | Counts the number of flits transmitted across the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for NDR, NCB, and NCS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Number of NCS (non-coherent standard) flits transmitted over QPI. This includes extended headers. | EventSel=01H UMask=10H Counter=0,1,2,3 |
| UNC_Q_TxL_FLITS_G2.NDR_AD | Counts the number of flits transmitted across the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for NDR, NCB, and NCS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Counts the total number of flits transmitted over the NDR (Non-Data Response) channel. This channel is used to send a variety of protocol flits including grants and completions. This is only for NDR packets to the local socket which use the AK ring. | EventSel=01H UMask=01H Counter=0,1,2,3 |
| UNC_Q_TxL_FLITS_G2.NDR_AK | Counts the number of flits transmitted across the QPI Link. This is one of three "groups" that allow us to track flits. It includes filters for NDR, NCB, and NCS message classes. Each "flit" is made up of 80 bits of information (in addition to some ECC data). In full-width (L0) mode, flits are made up of four "fits", each of which contains 20 bits of data (along with some additional ECC data). In half-width (L0p) mode, the fits are only 10 bits, and therefore it takes twice as many fits to transmit a flit. When one talks about QPI "speed" (for example, 8.0 GT/s), the "transfers" here refer to "fits". Therefore, in L0, the system will transfer 1 "flit" at the rate of 1/4th the QPI speed. One can calculate the bandwidth of the link by taking: flits*80b/time. Note that this is not the same as "data" bandwidth. For example, when we are transferring a 64B cacheline across QPI, we will break it into 9 flits -- 1 with header information and 8 with 64 bits of actual "data" and an additional 16 bits of other information. To calculate "data" bandwidth, one should therefore do: data flits * 8B / time.; Counts the total number of flits transmitted over the NDR (Non-Data Response) channel. This channel is used to send a variety of protocol flits including grants and completions. This is only for NDR packets destined for Route-thru to a remote socket. | EventSel=01H UMask=02H Counter=0,1,2,3 |
| UNC_Q_TxL_INSERTS | Number of allocations into the QPI Tx Flit Buffer. Generally, when data is transmitted across QPI, it will bypass the TxQ and pass directly to the link. However, the TxQ will be used with L0p and when LLR occurs, increasing latency to transfer out to the link. This event can be used in conjunction with the Flit Buffer Occupancy event in order to calculate the average flit buffer lifetime. | EventSel=04H UMask=00H Counter=0,1,2,3 |
| UNC_Q_TxL_OCCUPANCY | Accumulates the number of flits in the TxQ. Generally, when data is transmitted across QPI, it will bypass the TxQ and pass directly to the link. However, the TxQ will be used with L0p and when LLR occurs, increasing latency to transfer out to the link. This can be used with the cycles not empty event to track average occupancy, or the allocations event to track average lifetime in the TxQ. | EventSel=07H UMask=00H Counter=0,1,2,3 |
| UNC_Q_TxL0_POWER_CYCLES | Number of QPI qfclk cycles spent in L0 power mode in the Link Layer. L0 is the default mode which provides the highest performance with the most power. Use edge detect to count the number of instances that the link entered L0. Link power states are per link and per direction, so for example the Tx direction could be in one state while Rx was in another. The phy layer sometimes leaves L0 for training, which will not be captured by this event. | EventSel=0CH UMask=00H Counter=0,1,2,3 |
| UNC_Q_TxL0P_POWER_CYCLES | Number of QPI qfclk cycles spent in L0p power mode. L0p is a mode where we disable 1/2 of the QPI lanes, decreasing our bandwidth in order to save power. It increases snoop and data transfer latencies and decreases overall bandwidth. This mode can be very useful in NUMA optimized workloads that largely only utilize QPI for snoops and their responses. Use edge detect to count the number of instances when the QPI link entered L0p. Link power states are per link and per direction, so for example the Tx direction could be in one state while Rx was in another. | EventSel=0DH UMask=00H Counter=0,1,2,3 |
| UNC_Q_TxR_AD_HOM_CREDIT_ACQUIRED.VN0 | Number of link layer credits into the R3 (for transactions across the BGF) acquired each cycle. Flow Control FIFO for Home messages on AD. | EventSel=26H UMask=01H Counter=0,1,2,3 |
| UNC_Q_TxR_AD_HOM_CREDIT_ACQUIRED.VN1 | Number of link layer credits into the R3 (for transactions across the BGF) acquired each cycle. Flow Control FIFO for Home messages on AD. | EventSel=26H UMask=02H Counter=0,1,2,3 |
| UNC_Q_TxR_AD_HOM_CREDIT_OCCUPANCY.VN0 | Occupancy event that tracks the number of link layer credits into the R3 (for transactions across the BGF) available in each cycle. Flow Control FIFO for HOM messages on AD. | EventSel=22H UMask=01H Counter=0,1,2,3 |
| UNC_Q_TxR_AD_HOM_CREDIT_OCCUPANCY.VN1 | Occupancy event that tracks the number of link layer credits into the R3 (for transactions across the BGF) available in each cycle. Flow Control FIFO for HOM messages on AD. | EventSel=22H UMask=02H Counter=0,1,2,3 |
| UNC_Q_TxR_AD_NDR_CREDIT_ACQUIRED.VN0 | Number of link layer credits into the R3 (for transactions across the BGF) acquired each cycle. Flow Control FIFO for NDR messages on AD. | EventSel=28H UMask=01H Counter=0,1,2,3 |
| UNC_Q_TxR_AD_NDR_CREDIT_ACQUIRED.VN1 | Number of link layer credits into the R3 (for transactions across the BGF) acquired each cycle. Flow Control FIFO for NDR messages on AD. | EventSel=28H UMask=02H Counter=0,1,2,3 |
| UNC_Q_TxR_AD_NDR_CREDIT_OCCUPANCY.VN0 | Occupancy event that tracks the number of link layer credits into the R3 (for transactions across the BGF) available in each cycle. Flow Control FIFO for NDR messages on AD. | EventSel=24H UMask=01H Counter=0,1,2,3 |
| UNC_Q_TxR_AD_NDR_CREDIT_OCCUPANCY.VN1 | Occupancy event that tracks the number of link layer credits into the R3 (for transactions across the BGF) available in each cycle. Flow Control FIFO for NDR messages on AD. | EventSel=24H UMask=02H Counter=0,1,2,3 |
| UNC_Q_TxR_AD_SNP_CREDIT_ACQUIRED.VN0 | Number of link layer credits into the R3 (for transactions across the BGF) acquired each cycle. Flow Control FIFO for Snoop messages on AD. | EventSel=27H UMask=01H Counter=0,1,2,3 |
| UNC_Q_TxR_AD_SNP_CREDIT_ACQUIRED.VN1 | Number of link layer credits into the R3 (for transactions across the BGF) acquired each cycle. Flow Control FIFO for Snoop messages on AD. | EventSel=27H UMask=02H Counter=0,1,2,3 |
| UNC_Q_TxR_AD_SNP_CREDIT_OCCUPANCY.VN0 | Occupancy event that tracks the number of link layer credits into the R3 (for transactions across the BGF) available in each cycle. Flow Control FIFO for Snoop messages on AD. | EventSel=23H UMask=01H Counter=0,1,2,3 |
| UNC_Q_TxR_AD_SNP_CREDIT_OCCUPANCY.VN1 | Occupancy event that tracks the number of link layer credits into the R3 (for transactions across the BGF) available in each cycle. Flow Control FIFO for Snoop messages on AD. | EventSel=23H UMask=02H Counter=0,1,2,3 |
| UNC_Q_TxR_AK_NDR_CREDIT_ACQUIRED | Number of credits into the R3 (for transactions across the BGF) acquired each cycle. Local NDR message class to AK Egress. | EventSel=29H UMask=00H Counter=0,1,2,3 |
| UNC_Q_TxR_AK_NDR_CREDIT_OCCUPANCY | Occupancy event that tracks the number of credits into the R3 (for transactions across the BGF) available in each cycle. Local NDR message class to AK Egress. | EventSel=25H UMask=00H Counter=0,1,2,3 |
| UNC_Q_TxR_BL_DRS_CREDIT_ACQUIRED.VN_SHR | Number of credits into the R3 (for transactions across the BGF) acquired each cycle. DRS message class to BL Egress. | EventSel=2AH UMask=04H Counter=0,1,2,3 |
| UNC_Q_TxR_BL_DRS_CREDIT_ACQUIRED.VN0 | Number of credits into the R3 (for transactions across the BGF) acquired each cycle. DRS message class to BL Egress. | EventSel=2AH UMask=01H Counter=0,1,2,3 |
| UNC_Q_TxR_BL_DRS_CREDIT_ACQUIRED.VN1 | Number of credits into the R3 (for transactions across the BGF) acquired each cycle. DRS message class to BL Egress. | EventSel=2AH UMask=02H Counter=0,1,2,3 |
| UNC_Q_TxR_BL_DRS_CREDIT_OCCUPANCY.VN_SHR | Occupancy event that tracks the number of credits into the R3 (for transactions across the BGF) available in each cycle. DRS message class to BL Egress. | EventSel=1FH UMask=04H Counter=0,1,2,3 |
| UNC_Q_TxR_BL_DRS_CREDIT_OCCUPANCY.VN0 | Occupancy event that tracks the number of credits into the R3 (for transactions across the BGF) available in each cycle. DRS message class to BL Egress. | EventSel=1FH UMask=01H Counter=0,1,2,3 |
| UNC_Q_TxR_BL_DRS_CREDIT_OCCUPANCY.VN1 | Occupancy event that tracks the number of credits into the R3 (for transactions across the BGF) available in each cycle. DRS message class to BL Egress. | EventSel=1FH UMask=02H Counter=0,1,2,3 |
| UNC_Q_TxR_BL_NCB_CREDIT_ACQUIRED.VN0 | Number of credits into the R3 (for transactions across the BGF) acquired each cycle. NCB message class to BL Egress. | EventSel=2BH UMask=01H Counter=0,1,2,3 |
| UNC_Q_TxR_BL_NCB_CREDIT_ACQUIRED.VN1 | Number of credits into the R3 (for transactions across the BGF) acquired each cycle. NCB message class to BL Egress. | EventSel=2BH UMask=02H Counter=0,1,2,3 |
| UNC_Q_TxR_BL_NCB_CREDIT_OCCUPANCY.VN0 | Occupancy event that tracks the number of credits into the R3 (for transactions across the BGF) available in each cycle. NCB message class to BL Egress. | EventSel=20H UMask=01H Counter=0,1,2,3 |
| UNC_Q_TxR_BL_NCB_CREDIT_OCCUPANCY.VN1 | Occupancy event that tracks the number of credits into the R3 (for transactions across the BGF) available in each cycle. NCB message class to BL Egress. | EventSel=20H UMask=02H Counter=0,1,2,3 |
| UNC_Q_TxR_BL_NCS_CREDIT_ACQUIRED.VN0 | Number of credits into the R3 (for transactions across the BGF) acquired each cycle. NCS message class to BL Egress. | EventSel=2CH UMask=01H Counter=0,1,2,3 |
| UNC_Q_TxR_BL_NCS_CREDIT_ACQUIRED.VN1 | Number of credits into the R3 (for transactions across the BGF) acquired each cycle. NCS message class to BL Egress. | EventSel=2CH UMask=02H Counter=0,1,2,3 |
| UNC_Q_TxR_BL_NCS_CREDIT_OCCUPANCY.VN0 | Occupancy event that tracks the number of credits into the R3 (for transactions across the BGF) available in each cycle. NCS message class to BL Egress. | EventSel=21H UMask=01H Counter=0,1,2,3 |
| UNC_Q_TxR_BL_NCS_CREDIT_OCCUPANCY.VN1 | Occupancy event that tracks the number of credits into the R3 (for transactions across the BGF) available in each cycle. NCS message class to BL Egress. | EventSel=21H UMask=02H Counter=0,1,2,3 |
| UNC_Q_VNA_CREDIT_RETURN_OCCUPANCY | Number of VNA credits in the Rx side that are waitng to be returned back across the link. | EventSel=1BH UMask=00H Counter=0,1,2,3 |
| UNC_Q_VNA_CREDIT_RETURNS | Number of VNA credits returned. | EventSel=1CH UMask=00H Counter=0,1,2,3 |
| UNC_R2_CLOCKTICKS | Counts the number of uclks in the R2PCIe uclk domain. This could be slightly different than the count in the Ubox because of enable/freeze delays. However, because the R2PCIe is close to the Ubox, they generally should not diverge by more than a handful of cycles. | EventSel=01H UMask=00H Counter=0,1,2,3 |
| UNC_R2_IIO_CREDIT.ISOCH_QPI0 | UNC_R2_IIO_CREDIT.ISOCH_QPI0 | EventSel=2DH UMask=04H Counter=0,1 |
| UNC_R2_IIO_CREDIT.ISOCH_QPI1 | UNC_R2_IIO_CREDIT.ISOCH_QPI1 | EventSel=2DH UMask=08H Counter=0,1 |
| UNC_R2_IIO_CREDIT.PRQ_QPI0 | UNC_R2_IIO_CREDIT.PRQ_QPI0 | EventSel=2DH UMask=01H Counter=0,1 |
| UNC_R2_IIO_CREDIT.PRQ_QPI1 | UNC_R2_IIO_CREDIT.PRQ_QPI1 | EventSel=2DH UMask=02H Counter=0,1 |
| UNC_R2_IIO_CREDITS_ACQUIRED.DRS | Counts the number of credits that are acquired in the R2PCIe agent for sending transactions into the IIO on either NCB or NCS are in use. Transactions from the BL ring going into the IIO Agent must first acquire a credit. These credits are for either the NCB or NCS message classes. NCB, or non-coherent bypass messages are used to transmit data without coherency (and are common). NCS is used for reads to PCIe (and should be used sparingly).; Credits to the IIO for the DRS message class. | EventSel=33H UMask=08H Counter=0,1 |
| UNC_R2_IIO_CREDITS_ACQUIRED.NCB | Counts the number of credits that are acquired in the R2PCIe agent for sending transactions into the IIO on either NCB or NCS are in use. Transactions from the BL ring going into the IIO Agent must first acquire a credit. These credits are for either the NCB or NCS message classes. NCB, or non-coherent bypass messages are used to transmit data without coherency (and are common). NCS is used for reads to PCIe (and should be used sparingly).; Credits to the IIO for the NCB message class. | EventSel=33H UMask=10H Counter=0,1 |
| UNC_R2_IIO_CREDITS_ACQUIRED.NCS | Counts the number of credits that are acquired in the R2PCIe agent for sending transactions into the IIO on either NCB or NCS are in use. Transactions from the BL ring going into the IIO Agent must first acquire a credit. These credits are for either the NCB or NCS message classes. NCB, or non-coherent bypass messages are used to transmit data without coherency (and are common). NCS is used for reads to PCIe (and should be used sparingly).; Credits to the IIO for the NCS message class. | EventSel=33H UMask=20H Counter=0,1 |
| UNC_R2_IIO_CREDITS_USED.DRS | Counts the number of cycles when one or more credits in the R2PCIe agent for sending transactions into the IIO on either NCB or NCS are in use. Transactions from the BL ring going into the IIO Agent must first acquire a credit. These credits are for either the NCB or NCS message classes. NCB, or non-coherent bypass messages are used to transmit data without coherency (and are common). NCS is used for reads to PCIe (and should be used sparingly).; Credits to the IIO for the DRS message class. | EventSel=32H UMask=08H Counter=0,1 |
| UNC_R2_IIO_CREDITS_USED.NCB | Counts the number of cycles when one or more credits in the R2PCIe agent for sending transactions into the IIO on either NCB or NCS are in use. Transactions from the BL ring going into the IIO Agent must first acquire a credit. These credits are for either the NCB or NCS message classes. NCB, or non-coherent bypass messages are used to transmit data without coherency (and are common). NCS is used for reads to PCIe (and should be used sparingly).; Credits to the IIO for the NCB message class. | EventSel=32H UMask=10H Counter=0,1 |
| UNC_R2_IIO_CREDITS_USED.NCS | Counts the number of cycles when one or more credits in the R2PCIe agent for sending transactions into the IIO on either NCB or NCS are in use. Transactions from the BL ring going into the IIO Agent must first acquire a credit. These credits are for either the NCB or NCS message classes. NCB, or non-coherent bypass messages are used to transmit data without coherency (and are common). NCS is used for reads to PCIe (and should be used sparingly).; Credits to the IIO for the NCS message class. | EventSel=32H UMask=20H Counter=0,1 |
| UNC_R2_RING_AD_USED.ALL | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=07H UMask=0FH Counter=0,1,2,3 |
| UNC_R2_RING_AD_USED.CCW | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=07H UMask=0CH Counter=0,1,2,3 |
| UNC_R2_RING_AD_USED.CCW_EVEN | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Counterclockwise and Even ring polarity. | EventSel=07H UMask=04H Counter=0,1,2,3 |
| UNC_R2_RING_AD_USED.CCW_ODD | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Counterclockwise and Odd ring polarity. | EventSel=07H UMask=08H Counter=0,1,2,3 |
| UNC_R2_RING_AD_USED.CW | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=07H UMask=03H Counter=0,1,2,3 |
| UNC_R2_RING_AD_USED.CW_EVEN | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Clockwise and Even ring polarity. | EventSel=07H UMask=01H Counter=0,1,2,3 |
| UNC_R2_RING_AD_USED.CW_ODD | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Clockwise and Odd ring polarity. | EventSel=07H UMask=02H Counter=0,1,2,3 |
| UNC_R2_RING_AK_BOUNCES.DN | Counts the number of times when a request destined for the AK ingress bounced. | EventSel=12H UMask=02H Counter=0,1,2,3 |
| UNC_R2_RING_AK_BOUNCES.UP | Counts the number of times when a request destined for the AK ingress bounced. | EventSel=12H UMask=01H Counter=0,1,2,3 |
| UNC_R2_RING_AK_USED.ALL | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=08H UMask=0FH Counter=0,1,2,3 |
| UNC_R2_RING_AK_USED.CCW | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=08H UMask=0CH Counter=0,1,2,3 |
| UNC_R2_RING_AK_USED.CCW_EVEN | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Counterclockwise and Even ring polarity. | EventSel=08H UMask=04H Counter=0,1,2,3 |
| UNC_R2_RING_AK_USED.CCW_ODD | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Counterclockwise and Odd ring polarity. | EventSel=08H UMask=08H Counter=0,1,2,3 |
| UNC_R2_RING_AK_USED.CW | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=08H UMask=03H Counter=0,1,2,3 |
| UNC_R2_RING_AK_USED.CW_EVEN | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Clockwise and Even ring polarity. | EventSel=08H UMask=01H Counter=0,1,2,3 |
| UNC_R2_RING_AK_USED.CW_ODD | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Clockwise and Odd ring polarity. | EventSel=08H UMask=02H Counter=0,1,2,3 |
| UNC_R2_RING_BL_USED.ALL | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=09H UMask=0FH Counter=0,1,2,3 |
| UNC_R2_RING_BL_USED.CCW | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=09H UMask=0CH Counter=0,1,2,3 |
| UNC_R2_RING_BL_USED.CCW_EVEN | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Counterclockwise and Even ring polarity. | EventSel=09H UMask=04H Counter=0,1,2,3 |
| UNC_R2_RING_BL_USED.CCW_ODD | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Counterclockwise and Odd ring polarity. | EventSel=09H UMask=08H Counter=0,1,2,3 |
| UNC_R2_RING_BL_USED.CW | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=09H UMask=03H Counter=0,1,2,3 |
| UNC_R2_RING_BL_USED.CW_EVEN | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Clockwise and Even ring polarity. | EventSel=09H UMask=01H Counter=0,1,2,3 |
| UNC_R2_RING_BL_USED.CW_ODD | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Clockwise and Odd ring polarity. | EventSel=09H UMask=02H Counter=0,1,2,3 |
| UNC_R2_RING_IV_USED.ANY | Counts the number of cycles that the IV ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. | EventSel=0AH UMask=0FH Counter=0,1,2,3 |
| UNC_R2_RING_IV_USED.CCW | Counts the number of cycles that the IV ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. | EventSel=0AH UMask=0CH Counter=0,1,2,3 |
| UNC_R2_RING_IV_USED.CW | Counts the number of cycles that the IV ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. | EventSel=0AH UMask=03H Counter=0,1,2,3 |
| UNC_R2_RxR_CYCLES_NE.NCB | Counts the number of cycles when the R2PCIe Ingress is not empty. This tracks one of the three rings that are used by the R2PCIe agent. This can be used in conjunction with the R2PCIe Ingress Occupancy Accumulator event in order to calculate average queue occupancy. Multiple ingress buffers can be tracked at a given time using multiple counters.; NCB Ingress Queue | EventSel=10H UMask=10H Counter=0,1 |
| UNC_R2_RxR_CYCLES_NE.NCS | Counts the number of cycles when the R2PCIe Ingress is not empty. This tracks one of the three rings that are used by the R2PCIe agent. This can be used in conjunction with the R2PCIe Ingress Occupancy Accumulator event in order to calculate average queue occupancy. Multiple ingress buffers can be tracked at a given time using multiple counters.; NCS Ingress Queue | EventSel=10H UMask=20H Counter=0,1 |
| UNC_R2_RxR_INSERTS.NCB | Counts the number of allocations into the R2PCIe Ingress. This tracks one of the three rings that are used by the R2PCIe agent. This can be used in conjunction with the R2PCIe Ingress Occupancy Accumulator event in order to calculate average queue latency. Multiple ingress buffers can be tracked at a given time using multiple counters.; NCB Ingress Queue | EventSel=11H UMask=10H Counter=0,1 |
| UNC_R2_RxR_INSERTS.NCS | Counts the number of allocations into the R2PCIe Ingress. This tracks one of the three rings that are used by the R2PCIe agent. This can be used in conjunction with the R2PCIe Ingress Occupancy Accumulator event in order to calculate average queue latency. Multiple ingress buffers can be tracked at a given time using multiple counters.; NCS Ingress Queue | EventSel=11H UMask=20H Counter=0,1 |
| UNC_R2_RxR_OCCUPANCY.DRS | Accumulates the occupancy of a given R2PCIe Ingress queue in each cycles. This tracks one of the three ring Ingress buffers. This can be used with the R2PCIe Ingress Not Empty event to calculate average occupancy or the R2PCIe Ingress Allocations event in order to calculate average queuing latency.; DRS Ingress Queue | EventSel=13H UMask=08H Counter=0 |
| UNC_R2_SBO0_CREDIT_OCCUPANCY.AD | Number of Sbo 0 credits in use in a given cycle, per ring. | EventSel=2AH UMask=01H Counter=0 |
| UNC_R2_SBO0_CREDIT_OCCUPANCY.BL | Number of Sbo 0 credits in use in a given cycle, per ring. | EventSel=2AH UMask=02H Counter=0 |
| UNC_R2_SBO0_CREDITS_ACQUIRED.AD | Number of Sbo 0 credits acquired in a given cycle, per ring. | EventSel=28H UMask=01H Counter=0,1 |
| UNC_R2_SBO0_CREDITS_ACQUIRED.BL | Number of Sbo 0 credits acquired in a given cycle, per ring. | EventSel=28H UMask=02H Counter=0,1 |
| UNC_R2_STALL_NO_SBO_CREDIT.SBO0_AD | Number of cycles Egress is stalled waiting for an Sbo credit to become available. Per Sbo, per Ring. | EventSel=2CH UMask=01H Counter=0,1 |
| UNC_R2_STALL_NO_SBO_CREDIT.SBO0_BL | Number of cycles Egress is stalled waiting for an Sbo credit to become available. Per Sbo, per Ring. | EventSel=2CH UMask=04H Counter=0,1 |
| UNC_R2_STALL_NO_SBO_CREDIT.SBO1_AD | Number of cycles Egress is stalled waiting for an Sbo credit to become available. Per Sbo, per Ring. | EventSel=2CH UMask=02H Counter=0,1 |
| UNC_R2_STALL_NO_SBO_CREDIT.SBO1_BL | Number of cycles Egress is stalled waiting for an Sbo credit to become available. Per Sbo, per Ring. | EventSel=2CH UMask=08H Counter=0,1 |
| UNC_R2_TxR_CYCLES_FULL.AD | Counts the number of cycles when the R2PCIe Egress buffer is full.; AD Egress Queue | EventSel=25H UMask=01H Counter=0 |
| UNC_R2_TxR_CYCLES_FULL.AK | Counts the number of cycles when the R2PCIe Egress buffer is full.; AK Egress Queue | EventSel=25H UMask=02H Counter=0 |
| UNC_R2_TxR_CYCLES_FULL.BL | Counts the number of cycles when the R2PCIe Egress buffer is full.; BL Egress Queue | EventSel=25H UMask=04H Counter=0 |
| UNC_R2_TxR_CYCLES_NE.AD | Counts the number of cycles when the R2PCIe Egress is not empty. This tracks one of the three rings that are used by the R2PCIe agent. This can be used in conjunction with the R2PCIe Egress Occupancy Accumulator event in order to calculate average queue occupancy. Only a single Egress queue can be tracked at any given time. It is not possible to filter based on direction or polarity.; AD Egress Queue | EventSel=23H UMask=01H Counter=0 |
| UNC_R2_TxR_CYCLES_NE.AK | Counts the number of cycles when the R2PCIe Egress is not empty. This tracks one of the three rings that are used by the R2PCIe agent. This can be used in conjunction with the R2PCIe Egress Occupancy Accumulator event in order to calculate average queue occupancy. Only a single Egress queue can be tracked at any given time. It is not possible to filter based on direction or polarity.; AK Egress Queue | EventSel=23H UMask=02H Counter=0 |
| UNC_R2_TxR_CYCLES_NE.BL | Counts the number of cycles when the R2PCIe Egress is not empty. This tracks one of the three rings that are used by the R2PCIe agent. This can be used in conjunction with the R2PCIe Egress Occupancy Accumulator event in order to calculate average queue occupancy. Only a single Egress queue can be tracked at any given time. It is not possible to filter based on direction or polarity.; BL Egress Queue | EventSel=23H UMask=04H Counter=0 |
| UNC_R2_TxR_NACK_CW.DN_AD | AD CounterClockwise Egress Queue | EventSel=26H UMask=01H Counter=0,1 |
| UNC_R2_TxR_NACK_CW.DN_AK | AK CounterClockwise Egress Queue | EventSel=26H UMask=04H Counter=0,1 |
| UNC_R2_TxR_NACK_CW.DN_BL | BL CounterClockwise Egress Queue | EventSel=26H UMask=02H Counter=0,1 |
| UNC_R2_TxR_NACK_CW.UP_AD | BL CounterClockwise Egress Queue | EventSel=26H UMask=08H Counter=0,1 |
| UNC_R2_TxR_NACK_CW.UP_AK | AD Clockwise Egress Queue | EventSel=26H UMask=20H Counter=0,1 |
| UNC_R2_TxR_NACK_CW.UP_BL | AD CounterClockwise Egress Queue | EventSel=26H UMask=10H Counter=0,1 |
| UNC_R3_C_HI_AD_CREDITS_EMPTY.CBO_15_17 | No credits available to send to Cbox on the AD Ring (covers higher CBoxes); Cbox 15&17 | EventSel=1FH UMask=80H Counter=0,1 |
| UNC_R3_C_HI_AD_CREDITS_EMPTY.CBO10 | No credits available to send to Cbox on the AD Ring (covers higher CBoxes); Cbox 10 | EventSel=1FH UMask=04H Counter=0,1 |
| UNC_R3_C_HI_AD_CREDITS_EMPTY.CBO11 | No credits available to send to Cbox on the AD Ring (covers higher CBoxes); Cbox 11 | EventSel=1FH UMask=08H Counter=0,1 |
| UNC_R3_C_HI_AD_CREDITS_EMPTY.CBO12 | No credits available to send to Cbox on the AD Ring (covers higher CBoxes); Cbox 12 | EventSel=1FH UMask=10H Counter=0,1 |
| UNC_R3_C_HI_AD_CREDITS_EMPTY.CBO13 | No credits available to send to Cbox on the AD Ring (covers higher CBoxes); Cbox 13 | EventSel=1FH UMask=20H Counter=0,1 |
| UNC_R3_C_HI_AD_CREDITS_EMPTY.CBO14_16 | No credits available to send to Cbox on the AD Ring (covers higher CBoxes); Cbox 14&16 | EventSel=1FH UMask=40H Counter=0,1 |
| UNC_R3_C_HI_AD_CREDITS_EMPTY.CBO8 | No credits available to send to Cbox on the AD Ring (covers higher CBoxes); Cbox 8 | EventSel=1FH UMask=01H Counter=0,1 |
| UNC_R3_C_HI_AD_CREDITS_EMPTY.CBO9 | No credits available to send to Cbox on the AD Ring (covers higher CBoxes); Cbox 9 | EventSel=1FH UMask=02H Counter=0,1 |
| UNC_R3_C_LO_AD_CREDITS_EMPTY.CBO0 | No credits available to send to Cbox on the AD Ring (covers lower CBoxes); Cbox 0 | EventSel=22H UMask=01H Counter=0,1 |
| UNC_R3_C_LO_AD_CREDITS_EMPTY.CBO1 | No credits available to send to Cbox on the AD Ring (covers lower CBoxes); Cbox 1 | EventSel=22H UMask=02H Counter=0,1 |
| UNC_R3_C_LO_AD_CREDITS_EMPTY.CBO2 | No credits available to send to Cbox on the AD Ring (covers lower CBoxes); Cbox 2 | EventSel=22H UMask=04H Counter=0,1 |
| UNC_R3_C_LO_AD_CREDITS_EMPTY.CBO3 | No credits available to send to Cbox on the AD Ring (covers lower CBoxes); Cbox 3 | EventSel=22H UMask=08H Counter=0,1 |
| UNC_R3_C_LO_AD_CREDITS_EMPTY.CBO4 | No credits available to send to Cbox on the AD Ring (covers lower CBoxes); Cbox 4 | EventSel=22H UMask=10H Counter=0,1 |
| UNC_R3_C_LO_AD_CREDITS_EMPTY.CBO5 | No credits available to send to Cbox on the AD Ring (covers lower CBoxes); Cbox 5 | EventSel=22H UMask=20H Counter=0,1 |
| UNC_R3_C_LO_AD_CREDITS_EMPTY.CBO6 | No credits available to send to Cbox on the AD Ring (covers lower CBoxes); Cbox 6 | EventSel=22H UMask=40H Counter=0,1 |
| UNC_R3_C_LO_AD_CREDITS_EMPTY.CBO7 | No credits available to send to Cbox on the AD Ring (covers lower CBoxes); Cbox 7 | EventSel=22H UMask=80H Counter=0,1 |
| UNC_R3_CLOCKTICKS | Counts the number of uclks in the QPI uclk domain. This could be slightly different than the count in the Ubox because of enable/freeze delays. However, because the QPI Agent is close to the Ubox, they generally should not diverge by more than a handful of cycles. | EventSel=01H UMask=00H Counter=0,1,2 |
| UNC_R3_HA_R2_BL_CREDITS_EMPTY.HA0 | No credits available to send to either HA or R2 on the BL Ring; HA0 | EventSel=2DH UMask=01H Counter=0,1 |
| UNC_R3_HA_R2_BL_CREDITS_EMPTY.HA1 | No credits available to send to either HA or R2 on the BL Ring; HA1 | EventSel=2DH UMask=02H Counter=0,1 |
| UNC_R3_HA_R2_BL_CREDITS_EMPTY.R2_NCB | No credits available to send to either HA or R2 on the BL Ring; R2 NCB Messages | EventSel=2DH UMask=04H Counter=0,1 |
| UNC_R3_HA_R2_BL_CREDITS_EMPTY.R2_NCS | No credits available to send to either HA or R2 on the BL Ring; R2 NCS Messages | EventSel=2DH UMask=08H Counter=0,1 |
| UNC_R3_IOT_BACKPRESSURE.HUB | IOT Backpressure | EventSel=0BH UMask=02H Counter=0,1,2 |
| UNC_R3_IOT_BACKPRESSURE.SAT | IOT Backpressure | EventSel=0BH UMask=01H Counter=0,1,2 |
| UNC_R3_IOT_CTS_HI.CTS2 | Debug Mask/Match Tie-Ins | EventSel=0DH UMask=01H Counter=0,1,2 |
| UNC_R3_IOT_CTS_HI.CTS3 | Debug Mask/Match Tie-Ins | EventSel=0DH UMask=02H Counter=0,1,2 |
| UNC_R3_IOT_CTS_LO.CTS0 | Debug Mask/Match Tie-Ins | EventSel=0CH UMask=01H Counter=0,1,2 |
| UNC_R3_IOT_CTS_LO.CTS1 | Debug Mask/Match Tie-Ins | EventSel=0CH UMask=02H Counter=0,1,2 |
| UNC_R3_QPI0_AD_CREDITS_EMPTY.VN0_HOM | No credits available to send to QPI0 on the AD Ring; VN0 HOM Messages | EventSel=20H UMask=02H Counter=0,1 |
| UNC_R3_QPI0_AD_CREDITS_EMPTY.VN0_NDR | No credits available to send to QPI0 on the AD Ring; VN0 NDR Messages | EventSel=20H UMask=08H Counter=0,1 |
| UNC_R3_QPI0_AD_CREDITS_EMPTY.VN0_SNP | No credits available to send to QPI0 on the AD Ring; VN0 SNP Messages | EventSel=20H UMask=04H Counter=0,1 |
| UNC_R3_QPI0_AD_CREDITS_EMPTY.VN1_HOM | No credits available to send to QPI0 on the AD Ring; VN1 HOM Messages | EventSel=20H UMask=10H Counter=0,1 |
| UNC_R3_QPI0_AD_CREDITS_EMPTY.VN1_NDR | No credits available to send to QPI0 on the AD Ring; VN1 NDR Messages | EventSel=20H UMask=40H Counter=0,1 |
| UNC_R3_QPI0_AD_CREDITS_EMPTY.VN1_SNP | No credits available to send to QPI0 on the AD Ring; VN1 SNP Messages | EventSel=20H UMask=20H Counter=0,1 |
| UNC_R3_QPI0_AD_CREDITS_EMPTY.VNA | No credits available to send to QPI0 on the AD Ring; VNA | EventSel=20H UMask=01H Counter=0,1 |
| UNC_R3_QPI0_BL_CREDITS_EMPTY.VN1_HOM | No credits available to send to QPI0 on the BL Ring; VN1 HOM Messages | EventSel=21H UMask=10H Counter=0,1 |
| UNC_R3_QPI0_BL_CREDITS_EMPTY.VN1_NDR | No credits available to send to QPI0 on the BL Ring; VN1 NDR Messages | EventSel=21H UMask=40H Counter=0,1 |
| UNC_R3_QPI0_BL_CREDITS_EMPTY.VN1_SNP | No credits available to send to QPI0 on the BL Ring; VN1 SNP Messages | EventSel=21H UMask=20H Counter=0,1 |
| UNC_R3_QPI0_BL_CREDITS_EMPTY.VNA | No credits available to send to QPI0 on the BL Ring; VNA | EventSel=21H UMask=01H Counter=0,1 |
| UNC_R3_QPI1_AD_CREDITS_EMPTY.VN1_HOM | No credits available to send to QPI1 on the AD Ring; VN1 HOM Messages | EventSel=2EH UMask=10H Counter=0,1 |
| UNC_R3_QPI1_AD_CREDITS_EMPTY.VN1_NDR | No credits available to send to QPI1 on the AD Ring; VN1 NDR Messages | EventSel=2EH UMask=40H Counter=0,1 |
| UNC_R3_QPI1_AD_CREDITS_EMPTY.VN1_SNP | No credits available to send to QPI1 on the AD Ring; VN1 SNP Messages | EventSel=2EH UMask=20H Counter=0,1 |
| UNC_R3_QPI1_AD_CREDITS_EMPTY.VNA | No credits available to send to QPI1 on the AD Ring; VNA | EventSel=2EH UMask=01H Counter=0,1 |
| UNC_R3_QPI1_BL_CREDITS_EMPTY.VN0_HOM | No credits available to send to QPI1 on the BL Ring; VN0 HOM Messages | EventSel=2FH UMask=02H Counter=0,1 |
| UNC_R3_QPI1_BL_CREDITS_EMPTY.VN0_NDR | No credits available to send to QPI1 on the BL Ring; VN0 NDR Messages | EventSel=2FH UMask=08H Counter=0,1 |
| UNC_R3_QPI1_BL_CREDITS_EMPTY.VN0_SNP | No credits available to send to QPI1 on the BL Ring; VN0 SNP Messages | EventSel=2FH UMask=04H Counter=0,1 |
| UNC_R3_QPI1_BL_CREDITS_EMPTY.VN1_HOM | No credits available to send to QPI1 on the BL Ring; VN1 HOM Messages | EventSel=2FH UMask=10H Counter=0,1 |
| UNC_R3_QPI1_BL_CREDITS_EMPTY.VN1_NDR | No credits available to send to QPI1 on the BL Ring; VN1 NDR Messages | EventSel=2FH UMask=40H Counter=0,1 |
| UNC_R3_QPI1_BL_CREDITS_EMPTY.VN1_SNP | No credits available to send to QPI1 on the BL Ring; VN1 SNP Messages | EventSel=2FH UMask=20H Counter=0,1 |
| UNC_R3_QPI1_BL_CREDITS_EMPTY.VNA | No credits available to send to QPI1 on the BL Ring; VNA | EventSel=2FH UMask=01H Counter=0,1 |
| UNC_R3_RING_AD_USED.ALL | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=07H UMask=0FH Counter=0,1,2 |
| UNC_R3_RING_AD_USED.CCW | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=07H UMask=0CH Counter=0,1,2 |
| UNC_R3_RING_AD_USED.CCW_EVEN | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Counterclockwise and Even ring polarity. | EventSel=07H UMask=04H Counter=0,1,2 |
| UNC_R3_RING_AD_USED.CCW_ODD | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Counterclockwise and Odd ring polarity. | EventSel=07H UMask=08H Counter=0,1,2 |
| UNC_R3_RING_AD_USED.CW | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=07H UMask=03H Counter=0,1,2 |
| UNC_R3_RING_AD_USED.CW_EVEN | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Clockwise and Even ring polarity. | EventSel=07H UMask=01H Counter=0,1,2 |
| UNC_R3_RING_AD_USED.CW_ODD | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Clockwise and Odd ring polarity. | EventSel=07H UMask=02H Counter=0,1,2 |
| UNC_R3_RING_AK_USED.ALL | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=08H UMask=0FH Counter=0,1,2 |
| UNC_R3_RING_AK_USED.CCW | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=08H UMask=0CH Counter=0,1,2 |
| UNC_R3_RING_AK_USED.CCW_EVEN | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Counterclockwise and Even ring polarity. | EventSel=08H UMask=04H Counter=0,1,2 |
| UNC_R3_RING_AK_USED.CCW_ODD | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Counterclockwise and Odd ring polarity. | EventSel=08H UMask=08H Counter=0,1,2 |
| UNC_R3_RING_AK_USED.CW | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=08H UMask=03H Counter=0,1,2 |
| UNC_R3_RING_AK_USED.CW_EVEN | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Clockwise and Even ring polarity. | EventSel=08H UMask=01H Counter=0,1,2 |
| UNC_R3_RING_AK_USED.CW_ODD | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Clockwise and Odd ring polarity. | EventSel=08H UMask=02H Counter=0,1,2 |
| UNC_R3_RING_BL_USED.ALL | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=09H UMask=0FH Counter=0,1,2 |
| UNC_R3_RING_BL_USED.CCW | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=09H UMask=0CH Counter=0,1,2 |
| UNC_R3_RING_BL_USED.CCW_EVEN | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Counterclockwise and Even ring polarity. | EventSel=09H UMask=04H Counter=0,1,2 |
| UNC_R3_RING_BL_USED.CCW_ODD | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Counterclockwise and Odd ring polarity. | EventSel=09H UMask=08H Counter=0,1,2 |
| UNC_R3_RING_BL_USED.CW | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop. | EventSel=09H UMask=03H Counter=0,1,2 |
| UNC_R3_RING_BL_USED.CW_EVEN | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Clockwise and Even ring polarity. | EventSel=09H UMask=01H Counter=0,1,2 |
| UNC_R3_RING_BL_USED.CW_ODD | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sunk, but does not include when packets are being sent from the ring stop.; Filters for the Clockwise and Odd ring polarity. | EventSel=09H UMask=02H Counter=0,1,2 |
| UNC_R3_RING_IV_USED.ANY | Counts the number of cycles that the IV ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. | EventSel=0AH UMask=0FH Counter=0,1,2 |
| UNC_R3_RING_IV_USED.CW | Counts the number of cycles that the IV ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. | EventSel=0AH UMask=03H Counter=0,1,2 |
| UNC_R3_RING_SINK_STARVED.AK | Number of cycles the ringstop is in starvation (per ring) | EventSel=0EH UMask=02H Counter=0,1,2 |
| UNC_R3_RxR_CYCLES_NE.HOM | Counts the number of cycles when the QPI Ingress is not empty. This tracks one of the three rings that are used by the QPI agent. This can be used in conjunction with the QPI Ingress Occupancy Accumulator event in order to calculate average queue occupancy. Multiple ingress buffers can be tracked at a given time using multiple counters.; HOM Ingress Queue | EventSel=10H UMask=01H Counter=0,1 |
| UNC_R3_RxR_CYCLES_NE.NDR | Counts the number of cycles when the QPI Ingress is not empty. This tracks one of the three rings that are used by the QPI agent. This can be used in conjunction with the QPI Ingress Occupancy Accumulator event in order to calculate average queue occupancy. Multiple ingress buffers can be tracked at a given time using multiple counters.; NDR Ingress Queue | EventSel=10H UMask=04H Counter=0,1 |
| UNC_R3_RxR_CYCLES_NE.SNP | Counts the number of cycles when the QPI Ingress is not empty. This tracks one of the three rings that are used by the QPI agent. This can be used in conjunction with the QPI Ingress Occupancy Accumulator event in order to calculate average queue occupancy. Multiple ingress buffers can be tracked at a given time using multiple counters.; SNP Ingress Queue | EventSel=10H UMask=02H Counter=0,1 |
| UNC_R3_RxR_CYCLES_NE_VN1.DRS | Counts the number of cycles when the QPI VN1 Ingress is not empty. This tracks one of the three rings that are used by the QPI agent. This can be used in conjunction with the QPI VN1 Ingress Occupancy Accumulator event in order to calculate average queue occupancy. Multiple ingress buffers can be tracked at a given time using multiple counters.; DRS Ingress Queue | EventSel=14H UMask=08H Counter=0,1 |
| UNC_R3_RxR_CYCLES_NE_VN1.HOM | Counts the number of cycles when the QPI VN1 Ingress is not empty. This tracks one of the three rings that are used by the QPI agent. This can be used in conjunction with the QPI VN1 Ingress Occupancy Accumulator event in order to calculate average queue occupancy. Multiple ingress buffers can be tracked at a given time using multiple counters.; HOM Ingress Queue | EventSel=14H UMask=01H Counter=0,1 |
| UNC_R3_RxR_CYCLES_NE_VN1.NCB | Counts the number of cycles when the QPI VN1 Ingress is not empty. This tracks one of the three rings that are used by the QPI agent. This can be used in conjunction with the QPI VN1 Ingress Occupancy Accumulator event in order to calculate average queue occupancy. Multiple ingress buffers can be tracked at a given time using multiple counters.; NCB Ingress Queue | EventSel=14H UMask=10H Counter=0,1 |
| UNC_R3_RxR_CYCLES_NE_VN1.NCS | Counts the number of cycles when the QPI VN1 Ingress is not empty. This tracks one of the three rings that are used by the QPI agent. This can be used in conjunction with the QPI VN1 Ingress Occupancy Accumulator event in order to calculate average queue occupancy. Multiple ingress buffers can be tracked at a given time using multiple counters.; NCS Ingress Queue | EventSel=14H UMask=20H Counter=0,1 |
| UNC_R3_RxR_CYCLES_NE_VN1.NDR | Counts the number of cycles when the QPI VN1 Ingress is not empty. This tracks one of the three rings that are used by the QPI agent. This can be used in conjunction with the QPI VN1 Ingress Occupancy Accumulator event in order to calculate average queue occupancy. Multiple ingress buffers can be tracked at a given time using multiple counters.; NDR Ingress Queue | EventSel=14H UMask=04H Counter=0,1 |
| UNC_R3_RxR_CYCLES_NE_VN1.SNP | Counts the number of cycles when the QPI VN1 Ingress is not empty. This tracks one of the three rings that are used by the QPI agent. This can be used in conjunction with the QPI VN1 Ingress Occupancy Accumulator event in order to calculate average queue occupancy. Multiple ingress buffers can be tracked at a given time using multiple counters.; SNP Ingress Queue | EventSel=14H UMask=02H Counter=0,1 |
| UNC_R3_RxR_INSERTS.DRS | Counts the number of allocations into the QPI Ingress. This tracks one of the three rings that are used by the QPI agent. This can be used in conjunction with the QPI Ingress Occupancy Accumulator event in order to calculate average queue latency. Multiple ingress buffers can be tracked at a given time using multiple counters.; DRS Ingress Queue | EventSel=11H UMask=08H Counter=0,1 |
| UNC_R3_RxR_INSERTS.HOM | Counts the number of allocations into the QPI Ingress. This tracks one of the three rings that are used by the QPI agent. This can be used in conjunction with the QPI Ingress Occupancy Accumulator event in order to calculate average queue latency. Multiple ingress buffers can be tracked at a given time using multiple counters.; HOM Ingress Queue | EventSel=11H UMask=01H Counter=0,1 |
| UNC_R3_RxR_INSERTS.NCB | Counts the number of allocations into the QPI Ingress. This tracks one of the three rings that are used by the QPI agent. This can be used in conjunction with the QPI Ingress Occupancy Accumulator event in order to calculate average queue latency. Multiple ingress buffers can be tracked at a given time using multiple counters.; NCB Ingress Queue | EventSel=11H UMask=10H Counter=0,1 |
| UNC_R3_RxR_INSERTS.NCS | Counts the number of allocations into the QPI Ingress. This tracks one of the three rings that are used by the QPI agent. This can be used in conjunction with the QPI Ingress Occupancy Accumulator event in order to calculate average queue latency. Multiple ingress buffers can be tracked at a given time using multiple counters.; NCS Ingress Queue | EventSel=11H UMask=20H Counter=0,1 |
| UNC_R3_RxR_INSERTS.NDR | Counts the number of allocations into the QPI Ingress. This tracks one of the three rings that are used by the QPI agent. This can be used in conjunction with the QPI Ingress Occupancy Accumulator event in order to calculate average queue latency. Multiple ingress buffers can be tracked at a given time using multiple counters.; NDR Ingress Queue | EventSel=11H UMask=04H Counter=0,1 |
| UNC_R3_RxR_INSERTS.SNP | Counts the number of allocations into the QPI Ingress. This tracks one of the three rings that are used by the QPI agent. This can be used in conjunction with the QPI Ingress Occupancy Accumulator event in order to calculate average queue latency. Multiple ingress buffers can be tracked at a given time using multiple counters.; SNP Ingress Queue | EventSel=11H UMask=02H Counter=0,1 |
| UNC_R3_RxR_INSERTS_VN1.DRS | Counts the number of allocations into the QPI VN1 Ingress. This tracks one of the three rings that are used by the QPI agent. This can be used in conjunction with the QPI VN1 Ingress Occupancy Accumulator event in order to calculate average queue latency. Multiple ingress buffers can be tracked at a given time using multiple counters.; DRS Ingress Queue | EventSel=15H UMask=08H Counter=0,1 |
| UNC_R3_RxR_INSERTS_VN1.HOM | Counts the number of allocations into the QPI VN1 Ingress. This tracks one of the three rings that are used by the QPI agent. This can be used in conjunction with the QPI VN1 Ingress Occupancy Accumulator event in order to calculate average queue latency. Multiple ingress buffers can be tracked at a given time using multiple counters.; HOM Ingress Queue | EventSel=15H UMask=01H Counter=0,1 |
| UNC_R3_RxR_INSERTS_VN1.NCB | Counts the number of allocations into the QPI VN1 Ingress. This tracks one of the three rings that are used by the QPI agent. This can be used in conjunction with the QPI VN1 Ingress Occupancy Accumulator event in order to calculate average queue latency. Multiple ingress buffers can be tracked at a given time using multiple counters.; NCB Ingress Queue | EventSel=15H UMask=10H Counter=0,1 |
| UNC_R3_RxR_INSERTS_VN1.NCS | Counts the number of allocations into the QPI VN1 Ingress. This tracks one of the three rings that are used by the QPI agent. This can be used in conjunction with the QPI VN1 Ingress Occupancy Accumulator event in order to calculate average queue latency. Multiple ingress buffers can be tracked at a given time using multiple counters.; NCS Ingress Queue | EventSel=15H UMask=20H Counter=0,1 |
| UNC_R3_RxR_INSERTS_VN1.NDR | Counts the number of allocations into the QPI VN1 Ingress. This tracks one of the three rings that are used by the QPI agent. This can be used in conjunction with the QPI VN1 Ingress Occupancy Accumulator event in order to calculate average queue latency. Multiple ingress buffers can be tracked at a given time using multiple counters.; NDR Ingress Queue | EventSel=15H UMask=04H Counter=0,1 |
| UNC_R3_RxR_INSERTS_VN1.SNP | Counts the number of allocations into the QPI VN1 Ingress. This tracks one of the three rings that are used by the QPI agent. This can be used in conjunction with the QPI VN1 Ingress Occupancy Accumulator event in order to calculate average queue latency. Multiple ingress buffers can be tracked at a given time using multiple counters.; SNP Ingress Queue | EventSel=15H UMask=02H Counter=0,1 |
| UNC_R3_RxR_OCCUPANCY_VN1.DRS | Accumulates the occupancy of a given QPI VN1 Ingress queue in each cycles. This tracks one of the three ring Ingress buffers. This can be used with the QPI VN1 Ingress Not Empty event to calculate average occupancy or the QPI VN1 Ingress Allocations event in order to calculate average queuing latency.; DRS Ingress Queue | EventSel=13H UMask=08H Counter=0 |
| UNC_R3_RxR_OCCUPANCY_VN1.HOM | Accumulates the occupancy of a given QPI VN1 Ingress queue in each cycles. This tracks one of the three ring Ingress buffers. This can be used with the QPI VN1 Ingress Not Empty event to calculate average occupancy or the QPI VN1 Ingress Allocations event in order to calculate average queuing latency.; HOM Ingress Queue | EventSel=13H UMask=01H Counter=0 |
| UNC_R3_RxR_OCCUPANCY_VN1.NCB | Accumulates the occupancy of a given QPI VN1 Ingress queue in each cycles. This tracks one of the three ring Ingress buffers. This can be used with the QPI VN1 Ingress Not Empty event to calculate average occupancy or the QPI VN1 Ingress Allocations event in order to calculate average queuing latency.; NCB Ingress Queue | EventSel=13H UMask=10H Counter=0 |
| UNC_R3_RxR_OCCUPANCY_VN1.NCS | Accumulates the occupancy of a given QPI VN1 Ingress queue in each cycles. This tracks one of the three ring Ingress buffers. This can be used with the QPI VN1 Ingress Not Empty event to calculate average occupancy or the QPI VN1 Ingress Allocations event in order to calculate average queuing latency.; NCS Ingress Queue | EventSel=13H UMask=20H Counter=0 |
| UNC_R3_RxR_OCCUPANCY_VN1.NDR | Accumulates the occupancy of a given QPI VN1 Ingress queue in each cycles. This tracks one of the three ring Ingress buffers. This can be used with the QPI VN1 Ingress Not Empty event to calculate average occupancy or the QPI VN1 Ingress Allocations event in order to calculate average queuing latency.; NDR Ingress Queue | EventSel=13H UMask=04H Counter=0 |
| UNC_R3_RxR_OCCUPANCY_VN1.SNP | Accumulates the occupancy of a given QPI VN1 Ingress queue in each cycles. This tracks one of the three ring Ingress buffers. This can be used with the QPI VN1 Ingress Not Empty event to calculate average occupancy or the QPI VN1 Ingress Allocations event in order to calculate average queuing latency.; SNP Ingress Queue | EventSel=13H UMask=02H Counter=0 |
| UNC_R3_SBO0_CREDIT_OCCUPANCY.AD | Number of Sbo 0 credits in use in a given cycle, per ring. | EventSel=2AH UMask=01H Counter=0 |
| UNC_R3_SBO0_CREDIT_OCCUPANCY.BL | Number of Sbo 0 credits in use in a given cycle, per ring. | EventSel=2AH UMask=02H Counter=0 |
| UNC_R3_SBO0_CREDITS_ACQUIRED.AD | Number of Sbo 0 credits acquired in a given cycle, per ring. | EventSel=28H UMask=01H Counter=0,1 |
| UNC_R3_SBO0_CREDITS_ACQUIRED.BL | Number of Sbo 0 credits acquired in a given cycle, per ring. | EventSel=28H UMask=02H Counter=0,1 |
| UNC_R3_SBO1_CREDIT_OCCUPANCY.AD | Number of Sbo 1 credits in use in a given cycle, per ring. | EventSel=2BH UMask=01H Counter=0 |
| UNC_R3_SBO1_CREDIT_OCCUPANCY.BL | Number of Sbo 1 credits in use in a given cycle, per ring. | EventSel=2BH UMask=02H Counter=0 |
| UNC_R3_SBO1_CREDITS_ACQUIRED.AD | Number of Sbo 1 credits acquired in a given cycle, per ring. | EventSel=29H UMask=01H Counter=0,1 |
| UNC_R3_SBO1_CREDITS_ACQUIRED.BL | Number of Sbo 1 credits acquired in a given cycle, per ring. | EventSel=29H UMask=02H Counter=0,1 |
| UNC_R3_STALL_NO_SBO_CREDIT.SBO0_AD | Number of cycles Egress is stalled waiting for an Sbo credit to become available. Per Sbo, per Ring. | EventSel=2CH UMask=01H Counter=0,1 |
| UNC_R3_STALL_NO_SBO_CREDIT.SBO0_BL | Number of cycles Egress is stalled waiting for an Sbo credit to become available. Per Sbo, per Ring. | EventSel=2CH UMask=04H Counter=0,1 |
| UNC_R3_STALL_NO_SBO_CREDIT.SBO1_AD | Number of cycles Egress is stalled waiting for an Sbo credit to become available. Per Sbo, per Ring. | EventSel=2CH UMask=02H Counter=0,1 |
| UNC_R3_STALL_NO_SBO_CREDIT.SBO1_BL | Number of cycles Egress is stalled waiting for an Sbo credit to become available. Per Sbo, per Ring. | EventSel=2CH UMask=08H Counter=0,1 |
| UNC_R3_TxR_NACK.DN_AD | AD CounterClockwise Egress Queue | EventSel=26H UMask=01H Counter=0,1 |
| UNC_R3_TxR_NACK.DN_AK | AK CounterClockwise Egress Queue | EventSel=26H UMask=04H Counter=0,1 |
| UNC_R3_TxR_NACK.DN_BL | BL CounterClockwise Egress Queue | EventSel=26H UMask=02H Counter=0,1 |
| UNC_R3_TxR_NACK.UP_AD | BL CounterClockwise Egress Queue | EventSel=26H UMask=08H Counter=0,1 |
| UNC_R3_TxR_NACK.UP_AK | AD Clockwise Egress Queue | EventSel=26H UMask=20H Counter=0,1 |
| UNC_R3_TxR_NACK.UP_BL | AD CounterClockwise Egress Queue | EventSel=26H UMask=10H Counter=0,1 |
| UNC_R3_VN0_CREDITS_REJECT.DRS | Number of times a request failed to acquire a DRS VN0 credit. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN0. VNA is a shared pool used to achieve high performance. The VN0 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN0 if they fail. This therefore counts the number of times when a request failed to acquire either a VNA or VN0 credit and is delayed. This should generally be a rare situation.; Filter for Data Response (DRS). DRS is generally used to transmit data with coherency. For example, remote reads and writes, or cache to cache transfers will transmit their data using DRS. | EventSel=37H UMask=08H Counter=0,1 |
| UNC_R3_VN0_CREDITS_REJECT.HOM | Number of times a request failed to acquire a DRS VN0 credit. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN0. VNA is a shared pool used to achieve high performance. The VN0 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN0 if they fail. This therefore counts the number of times when a request failed to acquire either a VNA or VN0 credit and is delayed. This should generally be a rare situation.; Filter for the Home (HOM) message class. HOM is generally used to send requests, request responses, and snoop responses. | EventSel=37H UMask=01H Counter=0,1 |
| UNC_R3_VN0_CREDITS_REJECT.NCB | Number of times a request failed to acquire a DRS VN0 credit. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN0. VNA is a shared pool used to achieve high performance. The VN0 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN0 if they fail. This therefore counts the number of times when a request failed to acquire either a VNA or VN0 credit and is delayed. This should generally be a rare situation.; Filter for Non-Coherent Broadcast (NCB). NCB is generally used to transmit data without coherency. For example, non-coherent read data returns. | EventSel=37H UMask=10H Counter=0,1 |
| UNC_R3_VN0_CREDITS_REJECT.NCS | Number of times a request failed to acquire a DRS VN0 credit. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN0. VNA is a shared pool used to achieve high performance. The VN0 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN0 if they fail. This therefore counts the number of times when a request failed to acquire either a VNA or VN0 credit and is delayed. This should generally be a rare situation.; Filter for Non-Coherent Standard (NCS). NCS is commonly used for ? | EventSel=37H UMask=20H Counter=0,1 |
| UNC_R3_VN0_CREDITS_REJECT.NDR | Number of times a request failed to acquire a DRS VN0 credit. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN0. VNA is a shared pool used to achieve high performance. The VN0 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN0 if they fail. This therefore counts the number of times when a request failed to acquire either a VNA or VN0 credit and is delayed. This should generally be a rare situation.; NDR packets are used to transmit a variety of protocol flits including grants and completions (CMP). | EventSel=37H UMask=04H Counter=0,1 |
| UNC_R3_VN0_CREDITS_REJECT.SNP | Number of times a request failed to acquire a DRS VN0 credit. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN0. VNA is a shared pool used to achieve high performance. The VN0 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN0 if they fail. This therefore counts the number of times when a request failed to acquire either a VNA or VN0 credit and is delayed. This should generally be a rare situation.; Filter for Snoop (SNP) message class. SNP is used for outgoing snoops. Note that snoop responses flow on the HOM message class. | EventSel=37H UMask=02H Counter=0,1 |
| UNC_R3_VN0_CREDITS_USED.DRS | Number of times a VN0 credit was used on the DRS message channel. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN0. VNA is a shared pool used to achieve high performance. The VN0 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN0 if they fail. This counts the number of times a VN0 credit was used. Note that a single VN0 credit holds access to potentially multiple flit buffers. For example, a transfer that uses VNA could use 9 flit buffers and in that case uses 9 credits. A transfer on VN0 will only count a single credit even though it may use multiple buffers.; Filter for Data Response (DRS). DRS is generally used to transmit data with coherency. For example, remote reads and writes, or cache to cache transfers will transmit their data using DRS. | EventSel=36H UMask=08H Counter=0,1 |
| UNC_R3_VN0_CREDITS_USED.HOM | Number of times a VN0 credit was used on the DRS message channel. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN0. VNA is a shared pool used to achieve high performance. The VN0 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN0 if they fail. This counts the number of times a VN0 credit was used. Note that a single VN0 credit holds access to potentially multiple flit buffers. For example, a transfer that uses VNA could use 9 flit buffers and in that case uses 9 credits. A transfer on VN0 will only count a single credit even though it may use multiple buffers.; Filter for the Home (HOM) message class. HOM is generally used to send requests, request responses, and snoop responses. | EventSel=36H UMask=01H Counter=0,1 |
| UNC_R3_VN0_CREDITS_USED.NCB | Number of times a VN0 credit was used on the DRS message channel. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN0. VNA is a shared pool used to achieve high performance. The VN0 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN0 if they fail. This counts the number of times a VN0 credit was used. Note that a single VN0 credit holds access to potentially multiple flit buffers. For example, a transfer that uses VNA could use 9 flit buffers and in that case uses 9 credits. A transfer on VN0 will only count a single credit even though it may use multiple buffers.; Filter for Non-Coherent Broadcast (NCB). NCB is generally used to transmit data without coherency. For example, non-coherent read data returns. | EventSel=36H UMask=10H Counter=0,1 |
| UNC_R3_VN0_CREDITS_USED.NCS | Number of times a VN0 credit was used on the DRS message channel. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN0. VNA is a shared pool used to achieve high performance. The VN0 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN0 if they fail. This counts the number of times a VN0 credit was used. Note that a single VN0 credit holds access to potentially multiple flit buffers. For example, a transfer that uses VNA could use 9 flit buffers and in that case uses 9 credits. A transfer on VN0 will only count a single credit even though it may use multiple buffers.; Filter for Non-Coherent Standard (NCS). NCS is commonly used for ? | EventSel=36H UMask=20H Counter=0,1 |
| UNC_R3_VN0_CREDITS_USED.NDR | Number of times a VN0 credit was used on the DRS message channel. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN0. VNA is a shared pool used to achieve high performance. The VN0 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN0 if they fail. This counts the number of times a VN0 credit was used. Note that a single VN0 credit holds access to potentially multiple flit buffers. For example, a transfer that uses VNA could use 9 flit buffers and in that case uses 9 credits. A transfer on VN0 will only count a single credit even though it may use multiple buffers.; NDR packets are used to transmit a variety of protocol flits including grants and completions (CMP). | EventSel=36H UMask=04H Counter=0,1 |
| UNC_R3_VN0_CREDITS_USED.SNP | Number of times a VN0 credit was used on the DRS message channel. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN0. VNA is a shared pool used to achieve high performance. The VN0 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN0 if they fail. This counts the number of times a VN0 credit was used. Note that a single VN0 credit holds access to potentially multiple flit buffers. For example, a transfer that uses VNA could use 9 flit buffers and in that case uses 9 credits. A transfer on VN0 will only count a single credit even though it may use multiple buffers.; Filter for Snoop (SNP) message class. SNP is used for outgoing snoops. Note that snoop responses flow on the HOM message class. | EventSel=36H UMask=02H Counter=0,1 |
| UNC_R3_VN1_CREDITS_REJECT.DRS | Number of times a request failed to acquire a VN1 credit. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN1. VNA is a shared pool used to achieve high performance. The VN1 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN1 if they fail. This therefore counts the number of times when a request failed to acquire either a VNA or VN1 credit and is delayed. This should generally be a rare situation.; Filter for Data Response (DRS). DRS is generally used to transmit data with coherency. For example, remote reads and writes, or cache to cache transfers will transmit their data using DRS. | EventSel=39H UMask=08H Counter=0,1 |
| UNC_R3_VN1_CREDITS_REJECT.HOM | Number of times a request failed to acquire a VN1 credit. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN1. VNA is a shared pool used to achieve high performance. The VN1 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN1 if they fail. This therefore counts the number of times when a request failed to acquire either a VNA or VN1 credit and is delayed. This should generally be a rare situation.; Filter for the Home (HOM) message class. HOM is generally used to send requests, request responses, and snoop responses. | EventSel=39H UMask=01H Counter=0,1 |
| UNC_R3_VN1_CREDITS_REJECT.NCB | Number of times a request failed to acquire a VN1 credit. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN1. VNA is a shared pool used to achieve high performance. The VN1 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN1 if they fail. This therefore counts the number of times when a request failed to acquire either a VNA or VN1 credit and is delayed. This should generally be a rare situation.; Filter for Non-Coherent Broadcast (NCB). NCB is generally used to transmit data without coherency. For example, non-coherent read data returns. | EventSel=39H UMask=10H Counter=0,1 |
| UNC_R3_VN1_CREDITS_REJECT.NCS | Number of times a request failed to acquire a VN1 credit. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN1. VNA is a shared pool used to achieve high performance. The VN1 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN1 if they fail. This therefore counts the number of times when a request failed to acquire either a VNA or VN1 credit and is delayed. This should generally be a rare situation.; Filter for Non-Coherent Standard (NCS). NCS is commonly used for ? | EventSel=39H UMask=20H Counter=0,1 |
| UNC_R3_VN1_CREDITS_REJECT.NDR | Number of times a request failed to acquire a VN1 credit. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN1. VNA is a shared pool used to achieve high performance. The VN1 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN1 if they fail. This therefore counts the number of times when a request failed to acquire either a VNA or VN1 credit and is delayed. This should generally be a rare situation.; NDR packets are used to transmit a variety of protocol flits including grants and completions (CMP). | EventSel=39H UMask=04H Counter=0,1 |
| UNC_R3_VN1_CREDITS_REJECT.SNP | Number of times a request failed to acquire a VN1 credit. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN1. VNA is a shared pool used to achieve high performance. The VN1 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN1 if they fail. This therefore counts the number of times when a request failed to acquire either a VNA or VN1 credit and is delayed. This should generally be a rare situation.; Filter for Snoop (SNP) message class. SNP is used for outgoing snoops. Note that snoop responses flow on the HOM message class. | EventSel=39H UMask=02H Counter=0,1 |
| UNC_R3_VN1_CREDITS_USED.DRS | Number of times a VN1 credit was used on the DRS message channel. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN1. VNA is a shared pool used to achieve high performance. The VN1 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN1 if they fail. This counts the number of times a VN1 credit was used. Note that a single VN1 credit holds access to potentially multiple flit buffers. For example, a transfer that uses VNA could use 9 flit buffers and in that case uses 9 credits. A transfer on VN1 will only count a single credit even though it may use multiple buffers.; Filter for Data Response (DRS). DRS is generally used to transmit data with coherency. For example, remote reads and writes, or cache to cache transfers will transmit their data using DRS. | EventSel=38H UMask=08H Counter=0,1 |
| UNC_R3_VN1_CREDITS_USED.HOM | Number of times a VN1 credit was used on the DRS message channel. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN1. VNA is a shared pool used to achieve high performance. The VN1 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN1 if they fail. This counts the number of times a VN1 credit was used. Note that a single VN1 credit holds access to potentially multiple flit buffers. For example, a transfer that uses VNA could use 9 flit buffers and in that case uses 9 credits. A transfer on VN1 will only count a single credit even though it may use multiple buffers.; Filter for the Home (HOM) message class. HOM is generally used to send requests, request responses, and snoop responses. | EventSel=38H UMask=01H Counter=0,1 |
| UNC_R3_VN1_CREDITS_USED.NCB | Number of times a VN1 credit was used on the DRS message channel. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN1. VNA is a shared pool used to achieve high performance. The VN1 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN1 if they fail. This counts the number of times a VN1 credit was used. Note that a single VN1 credit holds access to potentially multiple flit buffers. For example, a transfer that uses VNA could use 9 flit buffers and in that case uses 9 credits. A transfer on VN1 will only count a single credit even though it may use multiple buffers.; Filter for Non-Coherent Broadcast (NCB). NCB is generally used to transmit data without coherency. For example, non-coherent read data returns. | EventSel=38H UMask=10H Counter=0,1 |
| UNC_R3_VN1_CREDITS_USED.NCS | Number of times a VN1 credit was used on the DRS message channel. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN1. VNA is a shared pool used to achieve high performance. The VN1 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN1 if they fail. This counts the number of times a VN1 credit was used. Note that a single VN1 credit holds access to potentially multiple flit buffers. For example, a transfer that uses VNA could use 9 flit buffers and in that case uses 9 credits. A transfer on VN1 will only count a single credit even though it may use multiple buffers.; Filter for Non-Coherent Standard (NCS). NCS is commonly used for ? | EventSel=38H UMask=20H Counter=0,1 |
| UNC_R3_VN1_CREDITS_USED.NDR | Number of times a VN1 credit was used on the DRS message channel. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN1. VNA is a shared pool used to achieve high performance. The VN1 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN1 if they fail. This counts the number of times a VN1 credit was used. Note that a single VN1 credit holds access to potentially multiple flit buffers. For example, a transfer that uses VNA could use 9 flit buffers and in that case uses 9 credits. A transfer on VN1 will only count a single credit even though it may use multiple buffers.; NDR packets are used to transmit a variety of protocol flits including grants and completions (CMP). | EventSel=38H UMask=04H Counter=0,1 |
| UNC_R3_VN1_CREDITS_USED.SNP | Number of times a VN1 credit was used on the DRS message channel. In order for a request to be transferred across QPI, it must be guaranteed to have a flit buffer on the remote socket to sink into. There are two credit pools, VNA and VN1. VNA is a shared pool used to achieve high performance. The VN1 pool has reserved entries for each message class and is used to prevent deadlock. Requests first attempt to acquire a VNA credit, and then fall back to VN1 if they fail. This counts the number of times a VN1 credit was used. Note that a single VN1 credit holds access to potentially multiple flit buffers. For example, a transfer that uses VNA could use 9 flit buffers and in that case uses 9 credits. A transfer on VN1 will only count a single credit even though it may use multiple buffers.; Filter for Snoop (SNP) message class. SNP is used for outgoing snoops. Note that snoop responses flow on the HOM message class. | EventSel=38H UMask=02H Counter=0,1 |
| UNC_R3_VNA_CREDITS_ACQUIRED.AD | Number of QPI VNA Credit acquisitions. This event can be used in conjunction with the VNA In-Use Accumulator to calculate the average lifetime of a credit holder. VNA credits are used by all message classes in order to communicate across QPI. If a packet is unable to acquire credits, it will then attempt to use credits from the VN0 pool. Note that a single packet may require multiple flit buffers (i.e. when data is being transferred). Therefore, this event will increment by the number of credits acquired in each cycle. Filtering based on message class is not provided. One can count the number of packets transferred in a given message class using an qfclk event.; Filter for the Home (HOM) message class. HOM is generally used to send requests, request responses, and snoop responses. | EventSel=33H UMask=01H Counter=0,1 |
| UNC_R3_VNA_CREDITS_ACQUIRED.BL | Number of QPI VNA Credit acquisitions. This event can be used in conjunction with the VNA In-Use Accumulator to calculate the average lifetime of a credit holder. VNA credits are used by all message classes in order to communicate across QPI. If a packet is unable to acquire credits, it will then attempt to use credits from the VN0 pool. Note that a single packet may require multiple flit buffers (i.e. when data is being transferred). Therefore, this event will increment by the number of credits acquired in each cycle. Filtering based on message class is not provided. One can count the number of packets transferred in a given message class using an qfclk event.; Filter for the Home (HOM) message class. HOM is generally used to send requests, request responses, and snoop responses. | EventSel=33H UMask=04H Counter=0,1 |
| UNC_R3_VNA_CREDITS_REJECT.DRS | Number of attempted VNA credit acquisitions that were rejected because the VNA credit pool was full (or almost full). It is possible to filter this event by message class. Some packets use more than one flit buffer, and therefore must acquire multiple credits. Therefore, one could get a reject even if the VNA credits were not fully used up. The VNA pool is generally used to provide the bulk of the QPI bandwidth (as opposed to the VN0 pool which is used to guarantee forward progress). VNA credits can run out if the flit buffer on the receiving side starts to queue up substantially. This can happen if the rest of the uncore is unable to drain the requests fast enough.; Filter for Data Response (DRS). DRS is generally used to transmit data with coherency. For example, remote reads and writes, or cache to cache transfers will transmit their data using DRS. | EventSel=34H UMask=08H Counter=0,1 |
| UNC_R3_VNA_CREDITS_REJECT.HOM | Number of attempted VNA credit acquisitions that were rejected because the VNA credit pool was full (or almost full). It is possible to filter this event by message class. Some packets use more than one flit buffer, and therefore must acquire multiple credits. Therefore, one could get a reject even if the VNA credits were not fully used up. The VNA pool is generally used to provide the bulk of the QPI bandwidth (as opposed to the VN0 pool which is used to guarantee forward progress). VNA credits can run out if the flit buffer on the receiving side starts to queue up substantially. This can happen if the rest of the uncore is unable to drain the requests fast enough.; Filter for the Home (HOM) message class. HOM is generally used to send requests, request responses, and snoop responses. | EventSel=34H UMask=01H Counter=0,1 |
| UNC_R3_VNA_CREDITS_REJECT.NCB | Number of attempted VNA credit acquisitions that were rejected because the VNA credit pool was full (or almost full). It is possible to filter this event by message class. Some packets use more than one flit buffer, and therefore must acquire multiple credits. Therefore, one could get a reject even if the VNA credits were not fully used up. The VNA pool is generally used to provide the bulk of the QPI bandwidth (as opposed to the VN0 pool which is used to guarantee forward progress). VNA credits can run out if the flit buffer on the receiving side starts to queue up substantially. This can happen if the rest of the uncore is unable to drain the requests fast enough.; Filter for Non-Coherent Broadcast (NCB). NCB is generally used to transmit data without coherency. For example, non-coherent read data returns. | EventSel=34H UMask=10H Counter=0,1 |
| UNC_R3_VNA_CREDITS_REJECT.NCS | Number of attempted VNA credit acquisitions that were rejected because the VNA credit pool was full (or almost full). It is possible to filter this event by message class. Some packets use more than one flit buffer, and therefore must acquire multiple credits. Therefore, one could get a reject even if the VNA credits were not fully used up. The VNA pool is generally used to provide the bulk of the QPI bandwidth (as opposed to the VN0 pool which is used to guarantee forward progress). VNA credits can run out if the flit buffer on the receiving side starts to queue up substantially. This can happen if the rest of the uncore is unable to drain the requests fast enough.; Filter for Non-Coherent Standard (NCS). | EventSel=34H UMask=20H Counter=0,1 |
| UNC_R3_VNA_CREDITS_REJECT.NDR | Number of attempted VNA credit acquisitions that were rejected because the VNA credit pool was full (or almost full). It is possible to filter this event by message class. Some packets use more than one flit buffer, and therefore must acquire multiple credits. Therefore, one could get a reject even if the VNA credits were not fully used up. The VNA pool is generally used to provide the bulk of the QPI bandwidth (as opposed to the VN0 pool which is used to guarantee forward progress). VNA credits can run out if the flit buffer on the receiving side starts to queue up substantially. This can happen if the rest of the uncore is unable to drain the requests fast enough.; NDR packets are used to transmit a variety of protocol flits including grants and completions (CMP). | EventSel=34H UMask=04H Counter=0,1 |
| UNC_R3_VNA_CREDITS_REJECT.SNP | Number of attempted VNA credit acquisitions that were rejected because the VNA credit pool was full (or almost full). It is possible to filter this event by message class. Some packets use more than one flit buffer, and therefore must acquire multiple credits. Therefore, one could get a reject even if the VNA credits were not fully used up. The VNA pool is generally used to provide the bulk of the QPI bandwidth (as opposed to the VN0 pool which is used to guarantee forward progress). VNA credits can run out if the flit buffer on the receiving side starts to queue up substantially. This can happen if the rest of the uncore is unable to drain the requests fast enough.; Filter for Snoop (SNP) message class. SNP is used for outgoing snoops. Note that snoop responses flow on the HOM message class. | EventSel=34H UMask=02H Counter=0,1 |
| UNC_S_BOUNCE_CONTROL | Bounce Control | EventSel=0AH UMask=00H Counter=0,1,2,3 |
| UNC_S_CLOCKTICKS | Uncore Clocks | EventSel=00H UMask=00H Counter=0,1,2,3 |
| UNC_S_FAST_ASSERTED | Counts the number of cycles either the local or incoming distress signals are asserted. Incoming distress includes up, dn and across. | EventSel=09H UMask=00H Counter=0,1,2,3 |
| UNC_S_RING_AD_USED.ALL | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring. | EventSel=1BH UMask=0FH Counter=0,1,2,3 |
| UNC_S_RING_AD_USED.DOWN | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. We really have two rings in HSX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring. | EventSel=1BH UMask=0CH Counter=0,1,2,3 |
| UNC_S_RING_AD_USED.DOWN_EVEN | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Down and Event ring polarity. | EventSel=1BH UMask=04H Counter=0,1,2,3 |
| UNC_S_RING_AD_USED.DOWN_ODD | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Down and Odd ring polarity. | EventSel=1BH UMask=08H Counter=0,1,2,3 |
| UNC_S_RING_AD_USED.UP | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. We really have two rings in HSX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring. | EventSel=1BH UMask=03H Counter=0,1,2,3 |
| UNC_S_RING_AD_USED.UP_EVEN | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Up and Even ring polarity. | EventSel=1BH UMask=01H Counter=0,1,2,3 |
| UNC_S_RING_AD_USED.UP_ODD | Counts the number of cycles that the AD ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Up and Odd ring polarity. | EventSel=1BH UMask=02H Counter=0,1,2,3 |
| UNC_S_RING_AK_USED.ALL | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring. | EventSel=1CH UMask=0FH Counter=0,1,2,3 |
| UNC_S_RING_AK_USED.DOWN | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. We really have two rings in HSX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring. | EventSel=1CH UMask=0CH Counter=0,1,2,3 |
| UNC_S_RING_AK_USED.DOWN_EVEN | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Down and Event ring polarity. | EventSel=1CH UMask=04H Counter=0,1,2,3 |
| UNC_S_RING_AK_USED.DOWN_ODD | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Down and Odd ring polarity. | EventSel=1CH UMask=08H Counter=0,1,2,3 |
| UNC_S_RING_AK_USED.UP | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. We really have two rings in HSX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring. | EventSel=1CH UMask=03H Counter=0,1,2,3 |
| UNC_S_RING_AK_USED.UP_EVEN | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Up and Even ring polarity. | EventSel=1CH UMask=01H Counter=0,1,2,3 |
| UNC_S_RING_AK_USED.UP_ODD | Counts the number of cycles that the AK ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Up and Odd ring polarity. | EventSel=1CH UMask=02H Counter=0,1,2,3 |
| UNC_S_RING_BL_USED.ALL | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring. | EventSel=1DH UMask=0FH Counter=0,1,2,3 |
| UNC_S_RING_BL_USED.DOWN | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. We really have two rings in HSX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring. | EventSel=1DH UMask=0CH Counter=0,1,2,3 |
| UNC_S_RING_BL_USED.DOWN_EVEN | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Down and Event ring polarity. | EventSel=1DH UMask=04H Counter=0,1,2,3 |
| UNC_S_RING_BL_USED.DOWN_ODD | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Down and Odd ring polarity. | EventSel=1DH UMask=08H Counter=0,1,2,3 |
| UNC_S_RING_BL_USED.UP | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. We really have two rings in HSX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring. | EventSel=1DH UMask=03H Counter=0,1,2,3 |
| UNC_S_RING_BL_USED.UP_EVEN | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Up and Even ring polarity. | EventSel=1DH UMask=01H Counter=0,1,2,3 |
| UNC_S_RING_BL_USED.UP_ODD | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. We really have two rings in BDX -- a clockwise ring and a counter-clockwise ring. On the left side of the ring, the "UP" direction is on the clockwise ring and "DN" is on the counter-clockwise ring. On the right side of the ring, this is reversed. The first half of the CBos are on the left side of the ring, and the 2nd half are on the right side of the ring. In other words (for example), in a 4c part, Cbo 0 UP AD is NOT the same ring as CBo 2 UP AD because they are on opposite sides of the ring.; Filters for the Up and Odd ring polarity. | EventSel=1DH UMask=02H Counter=0,1,2,3 |
| UNC_S_RING_BOUNCES.AD_CACHE | Number of LLC responses that bounced on the Ring. | EventSel=05H UMask=01H Counter=0,1,2,3 |
| UNC_S_RING_BOUNCES.AK_CORE | Number of LLC responses that bounced on the Ring.; Acknowledgements to core | EventSel=05H UMask=02H Counter=0,1,2,3 |
| UNC_S_RING_BOUNCES.BL_CORE | Number of LLC responses that bounced on the Ring.; Data Responses to core | EventSel=05H UMask=04H Counter=0,1,2,3 |
| UNC_S_RING_BOUNCES.IV_CORE | Number of LLC responses that bounced on the Ring.; Snoops of processor's cache. | EventSel=05H UMask=08H Counter=0,1,2,3 |
| UNC_S_RING_IV_USED.DN | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. There is only 1 IV ring in HSX. Therefore, if one wants to monitor the "Even" ring, they should select both UP_EVEN and DN_EVEN. To monitor the "Odd" ring, they should select both UP_ODD and DN_ODD.; Filters any polarity | EventSel=1EH UMask=0CH Counter=0,1,2,3 |
| UNC_S_RING_IV_USED.UP | Counts the number of cycles that the BL ring is being used at this ring stop. This includes when packets are passing by and when packets are being sent, but does not include when packets are being sunk into the ring stop. There is only 1 IV ring in HSX. Therefore, if one wants to monitor the "Even" ring, they should select both UP_EVEN and DN_EVEN. To monitor the "Odd" ring, they should select both UP_ODD and DN_ODD.; Filters any polarity | EventSel=1EH UMask=03H Counter=0,1,2,3 |
| UNC_S_RING_SINK_STARVED.AD_CACHE | UNC_S_RING_SINK_STARVED.AD_CACHE | EventSel=06H UMask=01H Counter=0,1,2,3 |
| UNC_S_RING_SINK_STARVED.AK_CORE | UNC_S_RING_SINK_STARVED.AK_CORE | EventSel=06H UMask=02H Counter=0,1,2,3 |
| UNC_S_RING_SINK_STARVED.BL_CORE | UNC_S_RING_SINK_STARVED.BL_CORE | EventSel=06H UMask=04H Counter=0,1,2,3 |
| UNC_S_RING_SINK_STARVED.IV_CORE | UNC_S_RING_SINK_STARVED.IV_CORE | EventSel=06H UMask=08H Counter=0,1,2,3 |
| UNC_S_RxR_BUSY_STARVED.AD_BNC | Counts injection starvation. This starvation is triggered when the Ingress cannot send a transaction onto the ring for a long period of time. In this case, the Ingress but unable to forward to Egress because a message (credited/bounceable) is being sent. | EventSel=15H UMask=02H Counter=0,1,2,3 |
| UNC_S_RxR_BUSY_STARVED.AD_CRD | Counts injection starvation. This starvation is triggered when the Ingress cannot send a transaction onto the ring for a long period of time. In this case, the Ingress but unable to forward to Egress because a message (credited/bounceable) is being sent. | EventSel=15H UMask=01H Counter=0,1,2,3 |
| UNC_S_RxR_BUSY_STARVED.BL_BNC | Counts injection starvation. This starvation is triggered when the Ingress cannot send a transaction onto the ring for a long period of time. In this case, the Ingress but unable to forward to Egress because a message (credited/bounceable) is being sent. | EventSel=15H UMask=08H Counter=0,1,2,3 |
| UNC_S_RxR_BUSY_STARVED.BL_CRD | Counts injection starvation. This starvation is triggered when the Ingress cannot send a transaction onto the ring for a long period of time. In this case, the Ingress but unable to forward to Egress because a message (credited/bounceable) is being sent. | EventSel=15H UMask=04H Counter=0,1,2,3 |
| UNC_S_RxR_BYPASS.AD_BNC | Bypass the Sbo Ingress. | EventSel=12H UMask=02H Counter=0,1,2,3 |
| UNC_S_RxR_BYPASS.AD_CRD | Bypass the Sbo Ingress. | EventSel=12H UMask=01H Counter=0,1,2,3 |
| UNC_S_RxR_BYPASS.AK | Bypass the Sbo Ingress. | EventSel=12H UMask=10H Counter=0,1,2,3 |
| UNC_S_RxR_BYPASS.BL_BNC | Bypass the Sbo Ingress. | EventSel=12H UMask=08H Counter=0,1,2,3 |
| UNC_S_RxR_BYPASS.BL_CRD | Bypass the Sbo Ingress. | EventSel=12H UMask=04H Counter=0,1,2,3 |
| UNC_S_RxR_BYPASS.IV | Bypass the Sbo Ingress. | EventSel=12H UMask=20H Counter=0,1,2,3 |
| UNC_S_RxR_CRD_STARVED.AD_BNC | Counts injection starvation. This starvation is triggered when the Ingress cannot send a transaction onto the ring for a long period of time. In this case, the Ingress but unable to forward to Egress due to lack of credit. | EventSel=14H UMask=02H Counter=0,1,2,3 |
| UNC_S_RxR_CRD_STARVED.AD_CRD | Counts injection starvation. This starvation is triggered when the Ingress cannot send a transaction onto the ring for a long period of time. In this case, the Ingress but unable to forward to Egress due to lack of credit. | EventSel=14H UMask=01H Counter=0,1,2,3 |
| UNC_S_RxR_CRD_STARVED.AK | Counts injection starvation. This starvation is triggered when the Ingress cannot send a transaction onto the ring for a long period of time. In this case, the Ingress but unable to forward to Egress due to lack of credit. | EventSel=14H UMask=10H Counter=0,1,2,3 |
| UNC_S_RxR_CRD_STARVED.BL_BNC | Counts injection starvation. This starvation is triggered when the Ingress cannot send a transaction onto the ring for a long period of time. In this case, the Ingress but unable to forward to Egress due to lack of credit. | EventSel=14H UMask=08H Counter=0,1,2,3 |
| UNC_S_RxR_CRD_STARVED.BL_CRD | Counts injection starvation. This starvation is triggered when the Ingress cannot send a transaction onto the ring for a long period of time. In this case, the Ingress but unable to forward to Egress due to lack of credit. | EventSel=14H UMask=04H Counter=0,1,2,3 |
| UNC_S_RxR_CRD_STARVED.IFV | Counts injection starvation. This starvation is triggered when the Ingress cannot send a transaction onto the ring for a long period of time. In this case, the Ingress but unable to forward to Egress due to lack of credit. | EventSel=14H UMask=40H Counter=0,1,2,3 |
| UNC_S_RxR_CRD_STARVED.IV | Counts injection starvation. This starvation is triggered when the Ingress cannot send a transaction onto the ring for a long period of time. In this case, the Ingress but unable to forward to Egress due to lack of credit. | EventSel=14H UMask=20H Counter=0,1,2,3 |
| UNC_S_RxR_INSERTS.AD_BNC | Number of allocations into the Sbo Ingress The Ingress is used to queue up requests received from the ring. | EventSel=13H UMask=02H Counter=0,1,2,3 |
| UNC_S_RxR_INSERTS.AD_CRD | Number of allocations into the Sbo Ingress The Ingress is used to queue up requests received from the ring. | EventSel=13H UMask=01H Counter=0,1,2,3 |
| UNC_S_RxR_INSERTS.AK | Number of allocations into the Sbo Ingress The Ingress is used to queue up requests received from the ring. | EventSel=13H UMask=10H Counter=0,1,2,3 |
| UNC_S_RxR_INSERTS.BL_BNC | Number of allocations into the Sbo Ingress The Ingress is used to queue up requests received from the ring. | EventSel=13H UMask=08H Counter=0,1,2,3 |
| UNC_S_RxR_INSERTS.BL_CRD | Number of allocations into the Sbo Ingress The Ingress is used to queue up requests received from the ring. | EventSel=13H UMask=04H Counter=0,1,2,3 |
| UNC_S_RxR_INSERTS.IV | Number of allocations into the Sbo Ingress The Ingress is used to queue up requests received from the ring. | EventSel=13H UMask=20H Counter=0,1,2,3 |
| UNC_S_RxR_OCCUPANCY.AD_BNC | Occupancy event for the Ingress buffers in the Sbo. The Ingress is used to queue up requests received from the ring. | EventSel=11H UMask=02H Counter=0,1,2,3 |
| UNC_S_RxR_OCCUPANCY.AD_CRD | Occupancy event for the Ingress buffers in the Sbo. The Ingress is used to queue up requests received from the ring. | EventSel=11H UMask=01H Counter=0,1,2,3 |
| UNC_S_RxR_OCCUPANCY.AK | Occupancy event for the Ingress buffers in the Sbo. The Ingress is used to queue up requests received from the ring. | EventSel=11H UMask=10H Counter=0,1,2,3 |
| UNC_S_RxR_OCCUPANCY.BL_BNC | Occupancy event for the Ingress buffers in the Sbo. The Ingress is used to queue up requests received from the ring. | EventSel=11H UMask=08H Counter=0,1,2,3 |
| UNC_S_RxR_OCCUPANCY.BL_CRD | Occupancy event for the Ingress buffers in the Sbo. The Ingress is used to queue up requests received from the ring. | EventSel=11H UMask=04H Counter=0,1,2,3 |
| UNC_S_RxR_OCCUPANCY.IV | Occupancy event for the Ingress buffers in the Sbo. The Ingress is used to queue up requests received from the ring. | EventSel=11H UMask=20H Counter=0,1,2,3 |
| UNC_S_TxR_ADS_USED.AD | UNC_S_TxR_ADS_USED.AD | EventSel=04H UMask=01H Counter=0,1,2,3 |
| UNC_S_TxR_ADS_USED.AK | UNC_S_TxR_ADS_USED.AK | EventSel=04H UMask=02H Counter=0,1,2,3 |
| UNC_S_TxR_ADS_USED.BL | UNC_S_TxR_ADS_USED.BL | EventSel=04H UMask=04H Counter=0,1,2,3 |
| UNC_S_TxR_INSERTS.AD_BNC | Number of allocations into the Sbo Egress. The Egress is used to queue up requests destined for the ring. | EventSel=02H UMask=02H Counter=0,1,2,3 |
| UNC_S_TxR_INSERTS.AD_CRD | Number of allocations into the Sbo Egress. The Egress is used to queue up requests destined for the ring. | EventSel=02H UMask=01H Counter=0,1,2,3 |
| UNC_S_TxR_INSERTS.AK | Number of allocations into the Sbo Egress. The Egress is used to queue up requests destined for the ring. | EventSel=02H UMask=10H Counter=0,1,2,3 |
| UNC_S_TxR_INSERTS.BL_BNC | Number of allocations into the Sbo Egress. The Egress is used to queue up requests destined for the ring. | EventSel=02H UMask=08H Counter=0,1,2,3 |
| UNC_S_TxR_INSERTS.BL_CRD | Number of allocations into the Sbo Egress. The Egress is used to queue up requests destined for the ring. | EventSel=02H UMask=04H Counter=0,1,2,3 |
| UNC_S_TxR_INSERTS.IV | Number of allocations into the Sbo Egress. The Egress is used to queue up requests destined for the ring. | EventSel=02H UMask=20H Counter=0,1,2,3 |
| UNC_S_TxR_OCCUPANCY.AD_BNC | Occupancy event for the Egress buffers in the Sbo. The egress is used to queue up requests destined for the ring. | EventSel=01H UMask=02H Counter=0,1,2,3 |
| UNC_S_TxR_OCCUPANCY.AD_CRD | Occupancy event for the Egress buffers in the Sbo. The egress is used to queue up requests destined for the ring. | EventSel=01H UMask=01H Counter=0,1,2,3 |
| UNC_S_TxR_OCCUPANCY.AK | Occupancy event for the Egress buffers in the Sbo. The egress is used to queue up requests destined for the ring. | EventSel=01H UMask=10H Counter=0,1,2,3 |
| UNC_S_TxR_OCCUPANCY.BL_BNC | Occupancy event for the Egress buffers in the Sbo. The egress is used to queue up requests destined for the ring. | EventSel=01H UMask=08H Counter=0,1,2,3 |
| UNC_S_TxR_OCCUPANCY.BL_CRD | Occupancy event for the Egress buffers in the Sbo. The egress is used to queue up requests destined for the ring. | EventSel=01H UMask=04H Counter=0,1,2,3 |
| UNC_S_TxR_OCCUPANCY.IV | Occupancy event for the Egress buffers in the Sbo. The egress is used to queue up requests destined for the ring. | EventSel=01H UMask=20H Counter=0,1,2,3 |
| UNC_S_TxR_STARVED.AD | Counts injection starvation. This starvation is triggered when the Egress cannot send a transaction onto the ring for a long period of time. | EventSel=03H UMask=01H Counter=0,1,2,3 |
| UNC_S_TxR_STARVED.AK | Counts injection starvation. This starvation is triggered when the Egress cannot send a transaction onto the ring for a long period of time. | EventSel=03H UMask=02H Counter=0,1,2,3 |
| UNC_S_TxR_STARVED.BL | Counts injection starvation. This starvation is triggered when the Egress cannot send a transaction onto the ring for a long period of time. | EventSel=03H UMask=04H Counter=0,1,2,3 |
| UNC_S_TxR_STARVED.IV | Counts injection starvation. This starvation is triggered when the Egress cannot send a transaction onto the ring for a long period of time. | EventSel=03H UMask=08H Counter=0,1,2,3 |
| UNC_U_EVENT_MSG.DOORBELL_RCVD | Virtual Logical Wire (legacy) message were received from Uncore. Specify the thread to filter on using NCUPMONCTRLGLCTR.ThreadID. | EventSel=42H UMask=08H Counter=0,1 |
| UNC_U_FILTER_MATCH.DISABLE | Filter match per thread (w/ or w/o Filter Enable). Specify the thread to filter on using NCUPMONCTRLGLCTR.ThreadID. | EventSel=41H UMask=02H Counter=0,1 |
| UNC_U_FILTER_MATCH.ENABLE | Filter match per thread (w/ or w/o Filter Enable). Specify the thread to filter on using NCUPMONCTRLGLCTR.ThreadID. | EventSel=41H UMask=01H Counter=0,1 |
| UNC_U_FILTER_MATCH.U2C_DISABLE | Filter match per thread (w/ or w/o Filter Enable). Specify the thread to filter on using NCUPMONCTRLGLCTR.ThreadID. | EventSel=41H UMask=08H Counter=0,1 |
| UNC_U_FILTER_MATCH.U2C_ENABLE | Filter match per thread (w/ or w/o Filter Enable). Specify the thread to filter on using NCUPMONCTRLGLCTR.ThreadID. | EventSel=41H UMask=04H Counter=0,1 |
| UNC_U_PHOLD_CYCLES.ASSERT_TO_ACK | PHOLD cycles. Filter from source CoreID. | EventSel=45H UMask=01H Counter=0,1 |
| UNC_U_RACU_REQUESTS | Number outstanding register requests within message channel tracker | EventSel=46H UMask=00H Counter=0,1 |
| UNC_U_U2C_EVENTS.CMC | Events coming from Uncore can be sent to one or all cores | EventSel=43H UMask=10H Counter=0,1 |
| UNC_U_U2C_EVENTS.LIVELOCK | Events coming from Uncore can be sent to one or all cores; Filter by core | EventSel=43H UMask=04H Counter=0,1 |
| UNC_U_U2C_EVENTS.LTERROR | Events coming from Uncore can be sent to one or all cores; Filter by core | EventSel=43H UMask=08H Counter=0,1 |
| UNC_U_U2C_EVENTS.MONITOR_T0 | Events coming from Uncore can be sent to one or all cores; Filter by core | EventSel=43H UMask=01H Counter=0,1 |
| UNC_U_U2C_EVENTS.MONITOR_T1 | Events coming from Uncore can be sent to one or all cores; Filter by core | EventSel=43H UMask=02H Counter=0,1 |
| UNC_U_U2C_EVENTS.OTHER | Events coming from Uncore can be sent to one or all cores; PREQ, PSMI, P2U, Thermal, PCUSMI, PMI | EventSel=43H UMask=80H Counter=0,1 |
| UNC_U_U2C_EVENTS.TRAP | Events coming from Uncore can be sent to one or all cores | EventSel=43H UMask=40H Counter=0,1 |
| UNC_U_U2C_EVENTS.UMC | Events coming from Uncore can be sent to one or all cores | EventSel=43H UMask=20H Counter=0,1 |
| UNC_M_DCLOCKTICKS | This event is deprecated. Refer to new event UNC_M_CLOCKTICKS_P | EventSel=00H UMask=00H Counter=0,1,2,3 Deprecated |
| OFFCORE | ||
| OFFCORE_RESPONSE:request=ALL_REQUESTS: response=LLC_MISS.ANY_RESPONSE | Counts all requests miss in the L3 | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=3FBFC08FFFH |
| OFFCORE_RESPONSE:request=ALL_REQUESTS: response=LLC_HIT.ANY_RESPONSE | Counts all requests hit in the L3 | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=3F803C8FFFH |
| OFFCORE_RESPONSE:request=ALL_READS: response=LLC_MISS.REMOTE_HIT_FORWARD | Counts all data/code/rfo reads (demand & prefetch) miss the L3 and clean or shared data is transferred from remote cache | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=87FC007F7H |
| OFFCORE_RESPONSE:request=ALL_READS: response=LLC_MISS.REMOTE_HITM | Counts all data/code/rfo reads (demand & prefetch) miss the L3 and the modified data is transferred from remote cache | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=103FC007F7H |
| OFFCORE_RESPONSE:request=ALL_READS: response=LLC_MISS.REMOTE_DRAM | Counts all data/code/rfo reads (demand & prefetch) miss the L3 and the data is returned from remote dram | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=63BC007F7H |
| OFFCORE_RESPONSE:request=ALL_READS: response=LLC_MISS.LOCAL_DRAM | Counts all data/code/rfo reads (demand & prefetch) miss the L3 and the data is returned from local dram | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=6040007F7H |
| OFFCORE_RESPONSE:request=ALL_READS: response=LLC_MISS.ANY_RESPONSE | Counts all data/code/rfo reads (demand & prefetch) miss in the L3 | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=3FBFC007F7H |
| OFFCORE_RESPONSE:request=ALL_READS: response=LLC_HIT.HITM_OTHER_CORE | Counts all data/code/rfo reads (demand & prefetch) hit in the L3 and the snoop to one of the sibling cores hits the line in M state and the line is forwarded | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=10003C07F7H |
| OFFCORE_RESPONSE:request=ALL_READS: response=LLC_HIT.HIT_OTHER_CORE_NO_FWD | Counts all data/code/rfo reads (demand & prefetch) hit in the L3 and the snoops to sibling cores hit in either E/S state and the line is not forwarded | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=4003C07F7H |
| OFFCORE_RESPONSE:request=ALL_CODE_RD: response=LLC_MISS.LOCAL_DRAM | Counts all demand & prefetch code reads miss the L3 and the data is returned from local dram | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=604000244H |
| OFFCORE_RESPONSE:request=ALL_CODE_RD: response=LLC_MISS.ANY_RESPONSE | Counts all demand & prefetch code reads miss in the L3 | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=3FBFC00244H |
| OFFCORE_RESPONSE:request=ALL_CODE_RD: response=LLC_HIT.HIT_OTHER_CORE_NO_FWD | Counts all demand & prefetch code reads hit in the L3 and the snoops to sibling cores hit in either E/S state and the line is not forwarded | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=4003C0244H |
| OFFCORE_RESPONSE:request=ALL_RFO: response=LLC_MISS.LOCAL_DRAM | Counts all demand & prefetch RFOs miss the L3 and the data is returned from local dram | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=604000122H |
| OFFCORE_RESPONSE:request=ALL_RFO: response=LLC_MISS.ANY_RESPONSE | Counts all demand & prefetch RFOs miss in the L3 | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=3FBFC00122H |
| OFFCORE_RESPONSE:request=ALL_RFO: response=LLC_HIT.HITM_OTHER_CORE | Counts all demand & prefetch RFOs hit in the L3 and the snoop to one of the sibling cores hits the line in M state and the line is forwarded | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=10003C0122H |
| OFFCORE_RESPONSE:request=ALL_RFO: response=LLC_HIT.HIT_OTHER_CORE_NO_FWD | Counts all demand & prefetch RFOs hit in the L3 and the snoops to sibling cores hit in either E/S state and the line is not forwarded | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=4003C0122H |
| OFFCORE_RESPONSE:request=ALL_DATA_RD: response=LLC_MISS.REMOTE_HIT_FORWARD | Counts all demand & prefetch data reads miss the L3 and clean or shared data is transferred from remote cache | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=87FC00091H |
| OFFCORE_RESPONSE:request=ALL_DATA_RD: response=LLC_MISS.REMOTE_HITM | Counts all demand & prefetch data reads miss the L3 and the modified data is transferred from remote cache | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=103FC00091H |
| OFFCORE_RESPONSE:request=ALL_DATA_RD: response=LLC_MISS.REMOTE_DRAM | Counts all demand & prefetch data reads miss the L3 and the data is returned from remote dram | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=63BC00091H |
| OFFCORE_RESPONSE:request=ALL_DATA_RD: response=LLC_MISS.LOCAL_DRAM | Counts all demand & prefetch data reads miss the L3 and the data is returned from local dram | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=604000091H |
| OFFCORE_RESPONSE:request=ALL_DATA_RD: response=LLC_MISS.ANY_RESPONSE | Counts all demand & prefetch data reads miss in the L3 | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=3FBFC00091H |
| OFFCORE_RESPONSE:request=ALL_DATA_RD: response=LLC_HIT.HITM_OTHER_CORE | Counts all demand & prefetch data reads hit in the L3 and the snoop to one of the sibling cores hits the line in M state and the line is forwarded | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=10003C0091H |
| OFFCORE_RESPONSE:request=ALL_DATA_RD: response=LLC_HIT.HIT_OTHER_CORE_NO_FWD | Counts all demand & prefetch data reads hit in the L3 and the snoops to sibling cores hit in either E/S state and the line is not forwarded | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=4003C0091H |
| OFFCORE_RESPONSE:request=PF_LLC_CODE_RD: response=LLC_MISS.ANY_RESPONSE | Counts prefetch (that bring data to LLC only) code reads miss in the L3 | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=3FBFC00200H |
| OFFCORE_RESPONSE:request=PF_LLC_CODE_RD: response=LLC_HIT.ANY_RESPONSE | Counts prefetch (that bring data to LLC only) code reads hit in the L3 | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=3F803C0200H |
| OFFCORE_RESPONSE:request=PF_LLC_RFO: response=LLC_MISS.ANY_RESPONSE | Counts all prefetch (that bring data to LLC only) RFOs miss in the L3 | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=3FBFC00100H |
| OFFCORE_RESPONSE:request=PF_LLC_RFO: response=LLC_HIT.ANY_RESPONSE | Counts all prefetch (that bring data to LLC only) RFOs hit in the L3 | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=3F803C0100H |
| OFFCORE_RESPONSE:request=DEMAND_RFO: response=LLC_MISS.REMOTE_HITM | Counts all demand data writes (RFOs) miss the L3 and the modified data is transferred from remote cache | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=103FC00002H |
| OFFCORE_RESPONSE:request=DEMAND_RFO: response=LLC_MISS.ANY_RESPONSE | Counts all demand data writes (RFOs) miss in the L3 | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=3FBFC00002H |
| OFFCORE_RESPONSE:request=DEMAND_RFO: response=LLC_HIT.HITM_OTHER_CORE | Counts all demand data writes (RFOs) hit in the L3 and the snoop to one of the sibling cores hits the line in M state and the line is forwarded | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=10003C0002H |
| OFFCORE_RESPONSE:request=DEMAND_RFO: response=LLC_HIT.ANY_RESPONSE | Counts all demand data writes (RFOs) hit in the L3 | EventSel={B7H,BBH} UMask=01H MSR_OFFCORE_RSPx{1A6H,1A7H}=3F803C0002H |