Lines Matching refs:CPU

332  * There is a known HW bug where a Jaguar CPU in Safari port 0 (SBX/P0)
779 * Check if a CPU node is part of a CMP.
1063 * On Starcat, there is no CPU driver, so it is
1064 * not necessary to configure any CPU nodes.
2850 if (STARCAT_CPUID_TO_PORTID(CPU->cpu_id) == mp->dev.portid) {
2968 if (mp->dev.portid == STARCAT_CPUID_TO_PORTID(CPU->cpu_id)) {
3080 DRMACH_PR("preparing MC MADR rename script (master is CPU%d):\n",
3081 CPU->cpu_id);
3092 if (mp->dev.portid == STARCAT_CPUID_TO_PORTID(CPU->cpu_id)) {
3103 if (mp->dev.portid == STARCAT_CPUID_TO_PORTID(CPU->cpu_id)) {
3351 tte = &drmach_cpu_sram_tte[CPU->cpu_id];
3380 xt_one(CPU->cpu_id, vtag_flushpage_tl1,
3439 xt_one(CPU->cpu_id, vtag_flushpage_tl1,
3578 CPUSET_DEL(cpuset, CPU->cpu_id);
3598 csize = cpunodes[CPU->cpu_id].ecache_size;
3599 lnsize = cpunodes[CPU->cpu_id].ecache_linesize;
4070 * Read CPU SRAM DR buffer offset from GDCD.
4655 * If the device is a CPU without a 'portid' property,
5217 * If a CPU does not have a portid property, it must
5292 * Initialize TTE for mapping CPU SRAM STARDRB buffer.
5449 * A detaching CPU is xcalled with an xtrap to drmach_cpu_stop_self() after
5453 * elsewhere) and that the CPU not reference anything on any other board
5461 * Each Safari port pair shares the CPU SRAM on a Serengeti CPU/MEM
5491 tte = &drmach_cpu_sram_tte[CPU->cpu_id];
5515 cpunodes[CPU->cpu_id].ecache_size,
5516 cpunodes[CPU->cpu_id].ecache_linesize,
5517 va_to_pa((void *)&drmach_xt_mb[CPU->cpu_id]));
5523 cpu_t *cp = CPU;
5539 cmn_err(CE_PANIC, "CPU %d FAILED TO SHUTDOWN", cpuid);
5637 ASSERT(curthread->t_bound_cpu == CPU);
7057 * Since CPU nodes are not configured, it is
7253 * drmach_xt_mb[cpuid] by one "master" CPU directing
7254 * the shutdown of the target CPU.
7256 affinity_set(CPU->cpu_id);
7270 * Quiesce interrupts on the target CPU. We do this by setting
7271 * the CPU 'not ready'- (i.e. removing the CPU from cpu_ready_set) to
7331 affinity_set(CPU->cpu_id);
7440 DRMACH_PR("%s: attempting to acquire CPU id %d", fn, cpuid);
7451 DRMACH_PR("%s: skipping offlined CPU id %d", fn, cpuid);
7456 * There is a known HW bug where a Jaguar CPU in Safari port 0 (SBX/P0)
7467 DRMACH_PR("%s: error getting impl. of CPU id %d", fn, cpuid);
7474 DRMACH_PR("%s: excluding CPU id %d: port 0 on jaguar",
7483 DRMACH_PR("%s: cpu_offline failed for CPU id %d", fn, cpuid);
7488 DRMACH_PR("%s: cpu_poweroff failed for CPU id %d", fn, cpuid);
7490 cmn_err(CE_WARN, "failed to online CPU id %d "
7495 cmn_err(CE_WARN, "failed to restore CPU id %d "
7502 DRMACH_PR("%s: cpu_unconfigure failed for CPU id %d", fn,
7506 cmn_err(CE_WARN, "failed to reconfigure CPU id %d "
7512 cmn_err(CE_WARN, "failed to %s CPU id %d "
7519 cmn_err(CE_WARN, "failed to restore CPU id %d "
7527 DRMACH_PR("%s: acquired CPU id %d", fn, cpuid);
7533 * Attempt to acquire all the CPU devices passed in. It is
7552 * Walk the list of CPU devices (cores of a CMP)
7602 DRMACH_PR("%s: attempting to return CPU id: %d", fn, cpuid);
7605 cmn_err(CE_WARN, "failed to reconfigure CPU id %d "
7616 cmn_err(CE_WARN, "cpu_get failed on CPU id %d after "
7623 cmn_err(CE_WARN, "failed to %s CPU id %d after I/O "
7635 cmn_err(CE_WARN, "failed to restore CPU id %d "
7642 DRMACH_PR("%s: returned CPU id: %d", fn, cpuid);
7696 /* only interested in CPU devices */