00:31.30 | *** join/#htc-linux drewis (~quassel@67.142.91.40) |
00:37.27 | *** join/#htc-linux toastcfh (~toastcfh@41-32.200-68.tampabay.res.rr.com) |
00:37.49 | *** join/#htc-linux toastcfh (~toastcfh@unaffiliated/toastcfh) |
00:49.01 | *** join/#htc-linux ALoGeNo (~alogeno@100.Red-79-158-11.staticIP.rima-tde.net) |
00:49.02 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
00:53.04 | *** join/#htc-linux hardwalker (~hardwalke@122-117-115-146.HINET-IP.hinet.net) |
01:09.14 | *** join/#htc-linux mastermerlin1 (~Adium@p4FEE5A62.dip.t-dialin.net) |
01:18.03 | *** join/#htc-linux ray|yar (~raymonddu@c-24-11-68-98.hsd1.mi.comcast.net) |
01:24.48 | *** join/#htc-linux ALoGeNo (~alogeno@100.Red-79-158-11.staticIP.rima-tde.net) |
01:24.48 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
01:32.30 | *** join/#htc-linux raymonddull (~raymonddu@c-24-11-68-98.hsd1.mi.comcast.net) |
01:47.34 | *** join/#htc-linux ALoGeNo (~alogeno@100.Red-79-158-11.staticIP.rima-tde.net) |
01:47.34 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
01:54.28 | *** join/#htc-linux d3tul3 (~d3tul3@pool-108-40-40-16.bltmmd.east.verizon.net) |
01:54.28 | *** join/#htc-linux d3tul3 (~d3tul3@unaffiliated/d3tul3) |
01:57.22 | *** join/#htc-linux raymonddull (~raymonddu@c-24-11-68-98.hsd1.mi.comcast.net) |
01:59.34 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
02:01.56 | *** join/#htc-linux raymonddull (~raymonddu@c-24-11-68-98.hsd1.mi.comcast.net) |
02:07.03 | *** join/#htc-linux raymonddull (~raymonddu@m932036d0.tmodns.net) |
02:16.50 | *** join/#htc-linux ALoGeNo (~alogeno@100.Red-79-158-11.staticIP.rima-tde.net) |
02:16.53 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
02:23.19 | *** join/#htc-linux ALoGeNo (~alogeno@100.Red-79-158-11.staticIP.rima-tde.net) |
02:23.19 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
02:38.54 | *** join/#htc-linux ALoGeNo (~alogeno@100.Red-79-158-11.staticIP.rima-tde.net) |
02:38.54 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
02:39.09 | *** join/#htc-linux d3tul3 (~oliver@pool-108-40-40-16.bltmmd.east.verizon.net) |
02:39.09 | *** join/#htc-linux d3tul3 (~oliver@unaffiliated/d3tul3) |
02:42.27 | *** join/#htc-linux drewis (~quassel@67.142.91.40) |
02:55.36 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless248.wirelesstcp.net) |
03:02.21 | WisTilt2 | d3tul3, did you see any change in the sleep_time with these timer changes? i dont know if the numbers its returning are too insane actually, the higher the better meaning more idle sleep time. Also, im going to push another PM fix that you need to try on 3.1, seems to have sped up the desktop response speed. that spin should only be run inside non-idle and guess its been this way all along. |
03:04.47 | d3tul3 | WisTilt2, it would be nice to see how these sleep_time numbers compare to what you are seeing in .39 |
03:04.59 | d3tul3 | do you have a print out? |
03:05.50 | WisTilt2 | i can dump a few seconds and paste, standby. |
03:06.19 | d3tul3 | cool i can get them with the patch |
03:07.01 | WisTilt2 | i have your patch in here already |
03:07.21 | d3tul3 | oh i can see those numbers fine i was curious what the stock numbers are |
03:07.43 | WisTilt2 | i can build it easy enough without it again if you need them |
03:08.30 | d3tul3 | it's ok i might just download the 39 autobuild |
03:08.40 | d3tul3 | those numbers should be in nanoseconds right |
03:08.50 | WisTilt2 | yes ns |
03:09.48 | WisTilt2 | i havent pushed this other PM change yet if you want to wait |
03:10.42 | d3tul3 | push away |
03:11.07 | d3tul3 | re: the cyc2ns change, is everything fine in suspend if you turn on sleep debugging? |
03:12.34 | WisTilt2 | yes all is working beautifully right now. snappier for sure. let me try alarm/dismiss/suspend again, didnt try that |
03:13.45 | *** join/#htc-linux swc|666 (~gecko@unaffiliated/swc666/x-4934821) |
03:15.03 | d3tul3 | i was seeing issues with wake locks (evdev, smd_data1, alarm_rtc) waking the device up suspend but then not expiring |
03:15.26 | d3tul3 | orange light would stay on -> i changed those to IDLE and it fixed the problem |
03:16.13 | d3tul3 | i was talking to jonpry about this earlier today and i can't quite explain myself but i think wake_locks are not expiring properly if the timer is in low power mode/idle |
03:19.33 | WisTilt2 | ok after alarm all went back to sleep fine. let me try one more thing in PM before i push this, might be part of the wake lock issue not sure. |
04:06.57 | *** join/#htc-linux raymonddull (~raymonddu@c-24-11-68-98.hsd1.mi.comcast.net) |
04:15.19 | WisTilt2 | d3tule, do you ever see sleep_time too big in dmesg? |
04:15.27 | WisTilt2 | d3tul3 ^^ |
04:16.48 | d3tul3 | what's too big? |
04:17.03 | d3tul3 | i mean if we're talking about 1 sec/billion |
04:17.14 | d3tul3 | i see it several hundred millions but that's still under a sec |
04:17.24 | WisTilt2 | anything > 0x6DDD000 the way its coded but dont know where whoever came up with a limit |
04:18.31 | WisTilt2 | that should only matter to apps, which we dont bother dealing with in sleep unless someone actually puts it in that sleep mode, pointless |
04:20.06 | d3tul3 | 115 million? i see it over that both before and after the patch |
04:20.33 | WisTilt2 | whats the highest (ballpark) you've see sleep_time returned as? |
04:22.33 | d3tul3 | before the patch i see it in this brief output as high as 0.4 sec |
04:22.40 | d3tul3 | after the patch highest i see is 0.25 |
04:22.59 | d3tul3 | but this is during very very brief output run |
04:25.27 | WisTilt2 | well i made a few changes to PM and this thing is flying smooth and cant get it to sod or anything crazy. i think your timer changes are making things happier, or at least more accurate timing wise. ill push all this in a few mins. |
04:34.22 | d3tul3 | you may want to hold of on that timer patch -> i am certainly able to reproduce the hungup resume in 3.1 if some wake locks are not adjusted for IDLE |
04:41.11 | d3tul3 | i am out gd night |
04:45.09 | *** join/#htc-linux Rob2222 (~Miranda@p4FFF3548.dip.t-dialin.net) |
04:45.32 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
05:13.08 | *** join/#htc-linux mitsutaka (~mitsutaka@203.166.220.2) |
05:14.08 | *** join/#htc-linux mitsutak_ (~mitsutaka@203.166.220.2) |
06:04.07 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
06:19.03 | *** join/#htc-linux drewis (~quassel@67.142.91.40) |
06:20.42 | *** part/#htc-linux drewis (~quassel@67.142.91.40) |
06:20.51 | *** join/#htc-linux drewis (~quassel@67.142.91.40) |
06:31.10 | *** join/#htc-linux dobrin (~dobrin@85.91.150.26) |
08:02.19 | *** join/#htc-linux Arganis31 (5bd4ee0b@gateway/web/freenode/ip.91.212.238.11) |
08:04.02 | *** join/#htc-linux bukington (~bukington@fac34-2-82-228-151-145.fbx.proxad.net) |
08:11.36 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-91-228.dynamic.mnet-online.de) |
08:22.00 | *** join/#htc-linux rob_w (~bob@unaffiliated/rob-w/x-1112029) |
08:59.57 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
09:08.47 | *** join/#htc-linux gauner1986 (~Miranda@87.253.171.218) |
09:50.34 | *** join/#htc-linux lamikr (lamikr@nat/nokia/x-fojvaxeugztoubkl) |
09:55.05 | *** join/#htc-linux paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
10:54.13 | *** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:da7a:786c:69e2:4e1:84df) |
11:18.01 | *** join/#htc-linux kipill (~dev@95-37-37-221.dynamic.mts-nn.ru) |
11:47.26 | *** join/#htc-linux helicopter88 (~helicopte@host38-114-dynamic.53-79-r.retail.telecomitalia.it) |
11:57.15 | kipill | hey,guys!How can i find info about my device AMSS version? |
11:58.00 | helicopter88 | Pheraps dmesg will tell you |
11:58.36 | kipill | hmm.. in what place? |
12:00.53 | helicopter88 | i don't know,grep AMSS |
12:00.58 | helicopter88 | maybe it finds something? |
12:09.55 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-91-228.dynamic.mnet-online.de) |
12:45.04 | phh | kipill: if you have hardspl it's written at boot |
13:07.55 | *** join/#htc-linux Alex[sp3dev] (~alexander@85.202.228.18) |
13:11.40 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-253.netcologne.de) |
13:28.49 | *** part/#htc-linux Alex[sp3dev] (~alexander@85.202.228.18) |
13:45.43 | *** join/#htc-linux raymonddull (~raymonddu@mbd2336d0.tmodns.net) |
14:00.50 | *** join/#htc-linux dobrin (~dobrin@85.91.150.26) |
14:10.11 | *** join/#htc-linux Arganis31 (5bd4ee0b@gateway/web/freenode/ip.91.212.238.11) |
14:11.33 | *** join/#htc-linux helicopter88 (~helicopte@host38-114-dynamic.53-79-r.retail.telecomitalia.it) |
14:24.31 | *** join/#htc-linux XeKToReX (~xTx@115-64-132-224.static.tpgi.com.au) |
14:33.07 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
14:37.50 | *** join/#htc-linux asnos_ausente (~Tob@unaffiliated/asnos) |
14:54.47 | *** join/#htc-linux raymonddull (~raymonddu@ma42336d0.tmodns.net) |
15:06.58 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-253.netcologne.de) |
15:18.45 | *** join/#htc-linux d3tul3 (~detule@unaffiliated/d3tul3) |
15:59.26 | *** join/#htc-linux mitsutaka (~mitsutaka@203.166.220.2) |
16:06.58 | *** join/#htc-linux raymonddull (~raymonddu@m872336d0.tmodns.net) |
16:09.26 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
16:11.19 | *** join/#htc-linux ray|yar (~raymonddu@maa2336d0.tmodns.net) |
16:24.19 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-20-63-62.client.mchsi.com) |
16:46.46 | *** join/#htc-linux rob_w (~bob@ppp-188-174-5-47.dynamic.mnet-online.de) |
16:46.53 | *** join/#htc-linux rob_w (~bob@unaffiliated/rob-w/x-1112029) |
17:00.30 | *** join/#htc-linux raymonddull (~raymonddu@mcc2336d0.tmodns.net) |
17:12.54 | *** join/#htc-linux raymonddull (cc27b020@gateway/web/freenode/ip.204.39.176.32) |
17:41.00 | *** join/#htc-linux emwe (~mweirauch@cable-86-56-10-252.cust.telecolumbus.net) |
17:54.59 | *** join/#htc-linux newbie1 (~helicopte@host38-114-dynamic.53-79-r.retail.telecomitalia.it) |
18:01.42 | *** join/#htc-linux gauner1986 (~Adium@f054158214.adsl.alicedsl.de) |
18:02.57 | WisTilt2 | detule: ive been running both my modded PM and your timer on 5 of our phones all morning with numerous alarm tests, calls, pretty much everything and there are no sleep issues whatsoever. i think the timer change is good. i haven't changed any IDLE stuff anywhere other than that vbus one, don't know where you said you had to add those. |
18:05.43 | *** join/#htc-linux raymonddull (~raymonddu@m8b2336d0.tmodns.net) |
18:09.03 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-91-228.dynamic.mnet-online.de) |
18:09.53 | *** join/#htc-linux gauner19861 (~Adium@f054141047.adsl.alicedsl.de) |
19:17.09 | *** join/#htc-linux mgross029 (~mgross@cpe-107-10-11-218.neo.res.rr.com) |
19:20.06 | *** join/#htc-linux d3tul3 (~detule@unaffiliated/d3tul3) |
19:28.39 | d3tul3 | hey WisTilt2 |
19:28.58 | WisTilt2 | yo |
19:30.47 | WisTilt2 | you catch my msg earlier? |
19:30.49 | d3tul3 | let me get off 3.1 for a bit, i'll try 39 with the timer change and if i can't find anything off i'll push it out |
19:31.31 | WisTilt2 | let me push this PM change first. things are much happier in idle now |
19:31.53 | d3tul3 | sure |
19:32.01 | WisTilt2 | getting a very nice idle sleep ratio like we should be now |
19:36.01 | WisTilt2 | d3tul3 ok pm pushed. ill push timer after you try it unless you want to push it to .39, this is rock solid like i said earlier. no one around here has complained about a single issue. |
19:36.44 | WisTilt2 | also, i think your timer change made the sleep numbers right in the range where they should be. im see lots of good value idle sleep times now. |
19:37.19 | WisTilt2 | idle wfi is much much lower than how much sleep time we're getting, just like it should |
19:37.41 | d3tul3 | you changed back exit_sleep2? |
19:38.10 | WisTilt2 | yes, the way idle sleep works those need to be handled the way they were |
19:38.52 | WisTilt2 | we were missing TS interrupts the other way so i went all the way through the logic and the original way is correct |
19:42.38 | d3tul3 | trying to teach myself a thing or two by looking at your commit |
19:42.54 | d3tul3 | what's msm_fiq_exit_sleep |
19:46.13 | WisTilt2 | the fiq is a higher priority interrupt that somehow got missed also. its part of the VIC stuff. |
19:46.57 | d3tul3 | alright i am rebuilding it now, i'll see how it goes later today |
19:48.48 | WisTilt2 | working very nice. looks like im in idle sleep just over 30% of the time, any battery savings is a plus |
19:49.35 | *** join/#htc-linux asnos_ausente (~Tob@unaffiliated/asnos) |
19:55.58 | *** join/#htc-linux swc|666 (~gecko@unaffiliated/swc666/x-4934821) |
20:01.20 | mgross029 | WisTilt2, is .39 waking well if you get an incoming call with the additional PM sleep changes? |
20:02.30 | WisTilt2 | mgross029: ive never had any wake delays on incoming call on the rhod300, seems to only happen on cdma but this might help it some if you want to give it a try. |
20:02.48 | WisTilt2 | i have a rhod400 here for testing but no service so cant try it myself |
20:04.12 | mgross029 | Ok I'll give it a whirl. With CDMA it the whole thing that you have to drop 3G when the call comes in then reestablish when its done. Wish they would do away with that some how. |
20:05.31 | WisTilt2 | i think gsm only supports data while in a call at this time, cell issue not android |
20:06.05 | mgross029 | Yep that is tru |
20:10.57 | *** join/#htc-linux rob_w (~bob@ppp-188-174-5-47.dynamic.mnet-online.de) |
20:10.58 | *** join/#htc-linux rob_w (~bob@unaffiliated/rob-w/x-1112029) |
20:31.17 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-253.netcologne.de) |
20:36.36 | *** join/#htc-linux d3tul3 (~detule@unaffiliated/d3tul3) |
20:38.20 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
20:59.39 | d3tul3 | WisTilt2 hey not sure i am interpreting that comment correctly about saved_rate = 19.2 |
21:00.44 | *** part/#htc-linux d3tul3 (~detule@unaffiliated/d3tul3) |
21:02.09 | *** join/#htc-linux d3tul3 (~detule@unaffiliated/d3tul3) |
21:02.42 | WisTilt2 | d3tul3: well, saved_rate = acpuclk_wait_for_irq(), that function reads and returns the .wait_for_irq_khz value in board file. |
21:02.59 | d3tul3 | hm i am seeing values for sleep_rate that are not equal to 19.2 |
21:03.17 | d3tul3 | s/sleep_rate/saved_rate/ |
21:03.49 | WisTilt2 | 19.2 or higher correct? |
21:04.13 | d3tul3 | yeah higher |
21:04.29 | WisTilt2 | never 0 anyway so that if else does nothing |
21:04.42 | d3tul3 | alright i was misinterpreting that comment |
21:04.56 | d3tul3 | patch working fine with .39, pushed it out |
21:04.58 | WisTilt2 | yeah i probably could have just said its never zero:) |
21:05.10 | d3tul3 | need to clean up 3.1 |
21:10.13 | WisTilt2 | so you pushed timer to .39 then? |
21:10.24 | d3tul3 | yes |
21:11.26 | WisTilt2 | ok i will sync and start from a clean tree for the next project. this is working very well here. im looking into what the delay is on cdma for incall wakeup. i dont think its a kernel issue though. |
21:12.57 | *** join/#htc-linux Ondalf (~ondalf@unaffiliated/ondalf) |
21:36.07 | *** join/#htc-linux gauner1986 (~Adium@f054141047.adsl.alicedsl.de) |
21:44.47 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
22:15.16 | *** join/#htc-linux mastermerlin (~Adium@p4FEE5A62.dip.t-dialin.net) |
22:27.00 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
22:32.53 | *** join/#htc-linux bukington (~bukington@fac34-2-82-228-151-145.fbx.proxad.net) |
22:33.57 | WisTilt2 | <PROTECTED> |
22:45.18 | *** join/#htc-linux ALoGeNo (~alogeno@149.Red-79-156-83.staticIP.rima-tde.net) |
22:45.18 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
23:06.58 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |