Eric Saxe wrote: > Hi Mark, Anup, > > I'm still working on the capturing what we had talked about last week > into the Power Aware Dispatcher design doc draft (still working on it). > > With respect to the prototype, I'm interested in interfacing with the > CPU PM driver to get the information necessary to construct the power > processor groups....so that I can experiment with the dispatcher > policies. In thinking about this, and thinking back to last week, the > platform independent CPU "power manager", would interface with the CPU > PM driver, to enumerate the power manageable CPU resources, and the > associated abstracted states. > > I'm wondering if you think it makes sense for the CPU power manager to > export the interfaces to the Processor Grouping Framework. Please see > the attached figure...
Yes, I think it makes sense. I'd expect that such an interface might be a common PM policy engine interface and I guess in this case the the CPU power manager is part of the PM policy engine? Sarito might be able to provide some thoughts on whether this is what he'd envisioned. For prototyping purposes, it should be easy create a CPU "power manager" entity, have it get the processor group information from the CPU driver and present the information in some fashion to the PGF. > > The idea is for the Processor Grouping Framework to query the CPU > Power Manager for the CPU's power grouping information, and the CPU > power manager in turn would get this from the platform dependent CPU > PM driver, which would get it from ACPI, or the sun4v MD, etc. This makes sense to me, but I'm not comfortable with how sun4v might do this. I want to make sure that someone more familiar with sun4v is good with this. > > Have a nice weekend... > -Eric > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------ > > _______________________________________________ > tesla-dev mailing list > tesla-dev at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/tesla-dev >
