http://defect.opensolaris.org/bz/show_bug.cgi?id=4015
Eric Saxe <eric.saxe at sun.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ACCEPTED |FIXINPROGRESS
--- Comment #4 from Eric Saxe <eric.saxe at sun.com> 2008-10-21 17:26:40 ---
The hierarchy is correct, but the load balancing lineages...which exist on a
per CPU basis in the CPU's PG data (cpu_pg_t), is incorrect.
The problem is that when the first couple of CPUs are being configured into the
system, we don't yet have enough CPUs to understand the leveling of the
hierarchy. It's only after enough CPUs have been configured in that the
hierarchy leveling process is finalized (the hierarchy levels are organized
such that PGs in higher levels have more CPUs). This dynamic re-leveling if
performed as necessary as each CPU is configured in (and it's relationships to
the other CPUs become known).
The dynamic re-leveling code was introduced in:
Author: Eric Saxe <Eric.Saxe at Sun.COM>
Repository: /hg/tesla/pad-gate
Latest revision: 2382d8878df0f94124c77c3c751576f032f36bfd
Total changesets: 1
Log message:
Fix load balancing bug in cmt_balance()
Fix various lint warnings observed during build
Files:
update: usr/src/uts/common/disp/cmt.c
update: usr/src/uts/common/disp/cmt_policy.c
update: usr/src/uts/common/os/cpu_pm.c
update: usr/src/uts/common/sys/cpu_pm.h
update: usr/src/uts/i86pc/io/cpudrv_plat.c
update: usr/src/uts/i86pc/os/cpupm.c
update: usr/src/uts/sun4u/os/cmp.c
update: usr/src/uts/sun4v/os/cmp.c
The per CPU load balancing lineages for the first few CPUs don't reflect the
eventual correct leveling of the hierarchy...but the rest of the CPUs do.
The fix involves updating the lineages for the CPUs belonging to PGs that are
being promoted as part of the dynamic re-leveling process.
--
Configure bugmail: http://defect.opensolaris.org/bz/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
