More update. I had missed to apply latest patch from Amit A before this test. After applying the latest patch, things are working fine. Apologies for the confusion.
Regards Vishwa On Tue, Aug 31, 2010 at 11:20 AM, Vishwanath Sripathy < vishwanath.sripa...@linaro.org> wrote: > I had missed some observation in previous testing. Apologies for that. > I noticed that if I sum up C state average residency, it is not summing up > to 100%. Also some of the C state average residency seems to be not > correct. > Attached is the log and changes I have done on top of latest powertop code > to cross compile it for OMAP. > > Regards > Vishwa > > > On Mon, Aug 30, 2010 at 11:30 AM, Vishwanath Sripathy < > vishwanath.sripa...@linaro.org> wrote: > >> Some updates on Action items: >> * ACTION: Vishwa to verify powertop on 2.6.35 >> I verified powertop using latest Kevin's pm branch (2.6.35) and it is >> working as expected. >> >> Regards >> Vishwa >> >> On Wed, Aug 25, 2010 at 3:11 PM, Amit Kucheria >> <amit.kuche...@linaro.org>wrote: >> >>> The minutes of the weekly call can be found at: >>> >>> https://wiki.linaro.org/WorkingGroups/PowerManagement/Meetings/2010-08-25 >>> >>> The minutes and actions are copied below. >>> >>> Regards, >>> Amit >>> >>> Attendees: >>> >>> Linaro: Amit Kucheria, Amit Arora, Yong Shen >>> ARM: Robin Randhawa, Bobby Batacharia, Srinivas Kalaga >>> >>> >>> == Action Items from this Meeting == >>> * ACTION: Yong to work with John Rigby and Ubuntu kernel team to make >>> sure the Linaro kernel contains powertop kernel patches >>> * ACTION: Vishwa to verify powertop on 2.6.35 >>> * ACTION: Vishwa to check with cpuidle/cpufreq experts in TI for >>> verifying cpufreq behavior on multi-core OMAP >>> * ACTION: Amit A to get the powertop patch integrated into Linaro/Ubuntu >>> packages >>> * ACTION: Yong to test common clk API patches on imx5 and help get it >>> booting on babbage 3.0 >>> >>> == Action Items from Previous Meeting == >>> >>> * ACTIVE (Immediate): >>> * ACTION: Amit A to test on pm enabled OMAP3 board: DONE on 2.6.32 on >>> zoom3 board >>> * New ACTION: Vishwa to verify on 2.6.35 >>> * ACTION: Amit A to document details on power supply class (battery >>> info) to PowerTOP internal wiki page: DONE >>> * ACTION: Yong to look into getting powertop kernel patches applied to >>> Linaro kernel tree: Not DONE >>> * New ACTION: Yong to work with John Rigby and make sure the Linaro >>> kernel contains it >>> * ACTION: Robin to send links to patches sent to linux-pm: DONE >>> * http://www.spinics.net/lists/cpufreq/msg01740.html >>> * It was a pointer to a discussion on having different governors on >>> different cores >>> * ACTION: Amit K to spend some time on usecase to reproduce ondemand >>> governor problems: POSTPONED >>> * ACTION: Yong to look at common clock FW, find out if debug info being >>> exported (usage count, clk rate, dependencies): DONE >>> >>> * DORMANT : >>> >>> * ACTION: ARM to share internal instrumentation flow (BAB: we might >>> also align with Linaro on workload discussions) >>> * Might take couple of months >>> * ACTION: Amit K to talk to jeremy about power domain framework: DONE >>> * Jeremy needs help, will revisit in a few weeks >>> * ACTION: Srinivas to provide details of where he believes userspace - >>> kernel interaction is required. (low prio) >>> * ACTION: Bobby to check on multi-core boards availability (request >>> open) >>> * ACTION: ARM to discuss giving out internal Eclipse based tool (similar >>> to powertop) (no ETA as of now) >>> * ACTION: Amit Kucheria and Vishwa to get inputs from community on the >>> issues related to CPUIDLE governor: POSTPONED until instrumentation work >>> >>> >>> == Minutes == >>> * Discussion on http://www.spinics.net/lists/cpufreq/msg01740.html >>> * For ARM, both cores run at same frequency (CMP) >>> * Does it make sense for them to run different governors on each >>> core? >>> * The consensus currently is NO >>> * TI uses ondemand governor + policy manager >>> * One core is kept OFF, all processing happens on the other one. >>> * If load on one core goes above a threshold, they turn ON other >>> core >>> * Both cores run at same Operating Point once ON >>> * Debug info in common clk API being discussed upstream by Jeremy >>> * There is currently no debug info >>> * clock name is not part of the common struct clk to keep size down >>> * Need to engage with Jeremy >>> * Yong will test the patches from Jeremy on imx5 and report back >>> * Powerdebug: should we visualise the clock and power dependencies using >>> information from /sys or debugfs? >>> * No immediate horror expressed at the idea >>> * Freescale and TI already do it to a certain extent by dumping the >>> clock tree and rates into a table >>> * The entire tree is too complex to depict >>> * We could represent it in parts e.g. start at a peripheral and plot >>> it's clock and power dependencies all the way up >>> >>> >>> _______________________________________________ >>> linaro-dev mailing list >>> linaro-dev@lists.linaro.org >>> http://lists.linaro.org/mailman/listinfo/linaro-dev >>> >> >> >
_______________________________________________ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev