IRC log for #htc-linux on 20120106

00:16.11*** join/#htc-linux skynet-2000 (~skynet-20@unaffiliated/skynet2000)
00:20.57*** join/#htc-linux Cass (~Cass@188-220-34-222.zone11.bethere.co.uk)
00:22.57*** join/#htc-linux Rajko (~rajkosto@2001:470:d76b:bee2:3475:ff29:5ae6:8f5b)
00:27.45*** join/#htc-linux ImCoKeMaN (~imcokeman@pool-96-249-151-237.hrbgpa.fios.verizon.net)
00:46.58*** join/#htc-linux mitsutaka (~mitsutaka@125.33.177.203)
01:28.24*** join/#htc-linux hardwalker (~hardwalke@122-117-115-146.HINET-IP.hinet.net)
01:33.44*** join/#htc-linux XeKToReX (~xTx@CPE-124-188-18-211.hdbq1.win.bigpond.net.au)
01:36.20*** join/#htc-linux mitsutaka (~mitsutaka@219.143.36.82)
01:40.33*** join/#htc-linux mitsutaka (~mitsutaka@219.143.36.82)
01:41.08*** join/#htc-linux programmer8922 (~Evan@67.219.164.162)
01:49.59*** join/#htc-linux defendthecommons (~defendthe@50-48-16-42.drr05.mdtw.ny.frontiernet.net)
01:54.00*** join/#htc-linux raymonddull (~raymonddu@c-69-245-114-102.hsd1.mi.comcast.net)
02:00.51*** join/#htc-linux DJW|Home (djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com)
03:16.58*** join/#htc-linux LargePrime (~LargePrim@173-109-98-242.pools.spcsdns.net)
03:22.02*** join/#htc-linux furtardo (~mks@nat/yahoo/x-tlgwcqoyclunwkyf)
04:04.36*** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@94.52.236.48)
04:17.31*** join/#htc-linux swc|666 (~gecko@unaffiliated/swc666/x-4934821)
04:20.51*** join/#htc-linux skynet-2000 (~skynet-20@unaffiliated/skynet2000)
04:26.56*** join/#htc-linux swc|666 (~gecko@65.101.151.78)
04:27.01*** join/#htc-linux swc|666 (~gecko@unaffiliated/swc666/x-4934821)
04:30.28*** join/#htc-linux skynet-2000 (~skynet-20@unaffiliated/skynet2000)
04:42.36*** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring)
04:51.15*** join/#htc-linux Rob2222 (~Miranda@p4FFF0C19.dip.t-dialin.net)
05:04.10*** join/#htc-linux raymonddull (~raymonddu@c-69-245-114-102.hsd1.mi.comcast.net)
05:15.26*** join/#htc-linux hardwalker (~hardwalke@122-117-115-146.HINET-IP.hinet.net)
07:46.24*** join/#htc-linux balans2 (~user@82-170-217-205.ip.telfort.nl)
07:53.49*** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be)
08:21.02*** join/#htc-linux bartman (~bart@2607:f2c0:a000:175:2e0:81ff:fe47:3d01)
08:34.36*** join/#htc-linux ali1234 (~ajbuxton@robotfuzz.co.uk)
08:36.15*** join/#htc-linux ychavan (ychavan@nat/redhat/x-mayiriwunzixfsew)
08:58.49Sleep_Walkeranyone working on HTC Desire Z support?
08:58.51*** join/#htc-linux NYL_ (~NYL@109.96.23.7)
09:11.37*** join/#htc-linux arif-ali (~arif-ali@193.61.251.9)
09:13.07*** join/#htc-linux kiozen (~kiozen@ppp-93-104-86-150.dynamic.mnet-online.de)
09:26.03*** join/#htc-linux ElFinLazz (~elfinlazz@112.154.189.103)
09:26.57*** join/#htc-linux rob_w (~bob@ppp-188-174-89-113.dynamic.mnet-online.de)
09:27.01*** join/#htc-linux rob_w (~bob@unaffiliated/rob-w/x-1112029)
09:47.16*** join/#htc-linux ALoGeNo (~alogeno@62.Red-83-38-204.dynamicIP.rima-tde.net)
09:47.16*** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno)
10:00.40*** join/#htc-linux dmpjk (~robert@h-162-146.a155.priv.bahnhof.se)
10:07.53*** join/#htc-linux Cotulla (~myfakemai@nat100-255-205-109.tvoe.tv)
10:15.14*** join/#htc-linux anver (~miranda@shpd-95-53-215-158.vologda.ru)
10:17.48*** join/#htc-linux dobrin (~dobrin@85.91.150.26)
10:58.04*** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring)
11:26.20*** join/#htc-linux NYL_ (~NYL@109.96.23.7)
11:49.28*** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-253.netcologne.de)
11:50.36*** join/#htc-linux GNUtoo (~gnutoo@host204-5-dynamic.244-95-r.retail.telecomitalia.it)
11:53.43*** join/#htc-linux Auwia (~Auwia@host82-156-dynamic.17-87-r.retail.telecomitalia.it)
12:01.31*** join/#htc-linux eternota (~eternota@176.Red-83-32-195.dynamicIP.rima-tde.net)
12:06.12*** join/#htc-linux anver (~miranda@shpd-95-53-215-158.vologda.ru)
12:28.30*** join/#htc-linux eternota (~eternota@176.Red-83-32-195.dynamicIP.rima-tde.net)
12:45.31*** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-253.netcologne.de)
12:55.07*** join/#htc-linux d3tul3 (~detule@pool-108-40-40-16.bltmmd.east.verizon.net)
12:55.07*** join/#htc-linux d3tul3 (~detule@unaffiliated/d3tul3)
13:10.16*** join/#htc-linux mgross029 (c0234f46@gateway/web/freenode/ip.192.35.79.70)
13:13.37*** join/#htc-linux Auwia (~Auwia@host196-247-dynamic.17-87-r.retail.telecomitalia.it)
13:49.53*** join/#htc-linux kiozen (~kiozen@ppp-93-104-86-150.dynamic.mnet-online.de)
13:52.18*** join/#htc-linux NYL_ (~NYL@109.96.23.7)
14:25.36*** join/#htc-linux helicopter88 (~helicopte@95.234.116.23)
14:32.16*** join/#htc-linux dmpjk (~robert@h-162-146.a155.priv.bahnhof.se)
14:55.22Auwiaanyone for htc mega?
15:01.29*** join/#htc-linux anver (~miranda@shpd-95-53-215-158.vologda.ru)
15:04.23*** part/#htc-linux Cotulla (~myfakemai@nat100-255-205-109.tvoe.tv)
15:27.20*** join/#htc-linux mgross029 (c0234f46@gateway/web/freenode/ip.192.35.79.70)
15:38.54*** join/#htc-linux newbie (~helicopte@host230-27-dynamic.49-79-r.retail.telecomitalia.it)
15:51.13*** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com)
15:51.20*** join/#htc-linux Auwia (~Auwia@host151-159-dynamic.17-87-r.retail.telecomitalia.it)
15:56.00*** join/#htc-linux mitsutaka (~mitsutaka@125.33.177.203)
16:01.58*** join/#htc-linux hopkinskong (~chatzilla@n058153134110.netvigator.com)
16:11.00*** join/#htc-linux XeKToReX (~xTx@115-64-132-224.static.tpgi.com.au)
16:58.17*** join/#htc-linux paulk_ (~paulk@lib33-1-82-233-88-171.fbx.proxad.net)
16:58.42*** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net)
17:10.57*** join/#htc-linux NYL_ (~NYL@109.96.23.7)
17:12.46*** join/#htc-linux LargePrime (~LargePrim@173-109-98-242.pools.spcsdns.net)
17:14.23*** join/#htc-linux Auwia (~Auwia@host151-159-dynamic.17-87-r.retail.telecomitalia.it)
17:20.25*** join/#htc-linux balans2 (~user@82-170-217-205.ip.telfort.nl)
17:33.48*** join/#htc-linux Cotulla (~myfakemai@nat100-255-205-109.tvoe.tv)
17:45.46*** join/#htc-linux x1o (57f54144@gateway/web/freenode/ip.87.245.65.68)
18:05.42detulehey WisTilt2
18:09.03detuleto answer your question from yesterday, 3.0 is missing the timer commit, and apparently still has the usb_cable_status business in pm.c (i'll update these when i get home)....in 3.1 I switched to pm.c that is pretty much stock code-aurora (via emwe's tree) for testing purposes....it seems pretty flawless so far, any idle related glitches are gone, and it seems to still go into idle PC, if proc/msm_pm_stats is to be believed....
18:10.49detuleand yes, gbx0b has the updated camera lib and also incorporates a hack to leave mic bias on
18:11.38*** part/#htc-linux x1o (57f54144@gateway/web/freenode/ip.87.245.65.68)
18:14.19WisTilt2hi detule: that answers my next question about the timer.  i did notice that 3.0 has some weird quirks also.  sometimes in sleep it wont wake up with power button unless you hit it a dozen times or so.  .39 is rock solid so you might want to take some of those commits over to 3.x eventually.  Also, getting much more battery drain on both 3.x's than .39
18:14.37detuleWisTilt2, 3.0 still has scbs enabled
18:14.51detulethat might have something to do with the wake quirks
18:15.35WisTilt2scbs isnt running on the public rootfs though but yes i think you're right about it causing the wake probs.  they dont happen on .39 though with all the other things ive tweaked.
18:15.37*** join/#htc-linux skynet-2000 (~skynet-20@unaffiliated/skynet2000)
18:16.23detuleyeah the daemon isn't there but there's still the suspend part "do_scbs" that runs without the daemon i think...
18:16.50detulesomeone needs to get a hold of jonpry to tell him 3.2 is out
18:18.18WisTilt2in my PM on .39 i changed scbs_do so its not called when its an idle collapse also since it was preventing idle from actually happening.
18:18.39WisTilt23.2 change much from 3.1?
18:19.45WisTilt2<PROTECTED>
18:22.00detulecan you point me to the scbs change on .39
18:22.46WisTilt2http://pastebin.com/z7apHsKU
18:23.55detuleoh yeah i saw that thanks
18:24.12detuleso these panel changes are improving batter life you are saying?
18:24.16WisTilt2thats my commit # b3c930e981cb14a99ec6963bbd2b9a67e524e236
18:26.14detuleneed to query jonpry what happens if scbs can't poll in idle, i was under the impression that this polling interval has to be kept constant at all costs...
18:26.20WisTilt2the panel changes i made were just commenting out all the vreg enable/disable stuff.  the gpu0/1 are ok power wise but those new ones for gsm cause nasty battery drain in sleep
18:27.24WisTilt2scbs still polls in idle, it was redundant calling it inside of idle collapse/suspend only and caused idle to exit from any power saving is all.
18:27.47WisTilt2it polls from the timer still i mean
18:28.01detulethose gpu vregs that's fine for all rhods? wasn't there some issue with data, or were those different registers
18:29.35WisTilt2the vregs from [acl] are only for gsm and the gp2/4 used to be ok on all rhods but emwe said something about those killing data on cdma so i just disabled all of them.  no big diff in battery without gp2/4 at all that i can see.
18:29.37*** join/#htc-linux paulk_ (~paulk@lib33-1-82-233-88-171.fbx.proxad.net)
18:30.26WisTilt2without scbs on .39 im consistently seeing .58% hr in sleep with sync off and radio still on.  with scbs its around 1% so thats pretty darn good.
18:31.00WisTilt2thats without any of the vregs being touched also
18:33.14WisTilt2detule on other thing i noticed in this new GB is netloc is broke again.  did the ril get changed?
18:33.33detuleno it's something to do with the gapps that's bundled
18:33.36rpierce99no there's an updated userland apk
18:34.03detulehttp://forum.xda-developers.com/showpost.php?p=21053860&postcount=63
18:34.57WisTilt2guess they'll get that corrected apk added in the next release then.  no biggie, just glad its not something else we need to track down.
18:36.27WisTilt2another fix thats needed is that issue when you get a call but dont answer it.  from that point on the rear speaker stays on with static and all audio is gone until reboot.  not sure if thats userland logic or something else in acoustic, haven't looked into it yet.
18:36.44rpierce99ah so that's the trigger, couldn't put my finger on what caused that
18:36.48rpierce99had to reboot to fix it
18:38.13WisTilt2yeah looks like when ringtone plays the logic doesn't turn off speaker after and the sound state never gets touched again.  im blaming it on userland for now.
18:39.57*** join/#htc-linux Auwia (~Auwia@host17-17-dynamic.11-87-r.retail.telecomitalia.it)
18:44.12rpierce99hm, i can't get mine to open up the rear speaker to ring at all right now, just vibrates and ringer volume is all the way up but won't play the beeps either
18:44.52detulealright WisTilt2 from what i see in the .39 commits you currently have all vregs enable/disable commented out, and i guess this would only affect gsm rhods from where rhodium-panel.c is in 3.1
18:47.27detulegood call on moving scbs in the if(!from_idle) bracket
18:48.11*** join/#htc-linux AstainHellbring (AstainHell@unaffiliated/astainhellbring)
18:53.31WisTilt2rpierce99 which kernel is that happening on?
18:53.52rpierce99i'm on the bundled .27 ATM, but it's not normal, i'm sure it would work after a reboot
18:54.55detuleanything in logcat
18:55.12rpierce99fails at life
18:55.22rpierce99already rebooted
18:55.33WisTilt2lol. .27, well there's your problem:)
18:56.57rpierce99yeah, i figured i should test it as bundled to see issues that others were reporting
18:59.49rpierce99pm, there are "wince" entries in logcat this time
19:00.34detulethere should always be wince entries in logcat
19:00.43detuleso this is when the issue occured?
19:00.46rpierce99and i do have static in the back even though the ringer didn't go off
19:00.48rpierce99only vibed
19:01.00rpierce99yep, booted it up, called it, it didn't ring but the back speaker is left open
19:01.37detule01-06 12:56:44.170 W/AudioTrack( 1269): obtainBuffer timed out (is the CPU pegged?) 0x3a328 user=000023b6, server=00000f4e
19:01.58detulesomeone needs to squash that
19:02.20detuleit's left open i think because it keeps trying to write to it
19:04.03*** join/#htc-linux Auwia (~Auwia@host11-18-dynamic.11-87-r.retail.telecomitalia.it)
19:06.35rpierce99so it's definitely a state the hardware gets into, not a software bug, because kexec doesn't fix the problem, i have to reboot so winmo can reset the hw state
19:09.28*** join/#htc-linux EdLin (~EdLin@securabit/listener/edlin)
19:14.23*** join/#htc-linux paulk_ (~paulk@lib33-1-82-233-88-171.fbx.proxad.net)
19:16.12WisTilt2rpierce99 that's not good.  Sounds like we're not initing everything we should be if winmo has to do some of it.
19:18.13detuleis it too much to ask in the new year
19:18.31detuleto only see dmesg output from the modified dmesg binary that displays proper timestamps
19:18.49rpierce99get arrrghhh to change the bundled dmesg
19:20.16detulei am not sure if it's because this is .27 but I am not used to seeing this [  110.444396] SMD: ch 7 CLOSED -> CLOSING
19:20.16detule[  110.444488] SMD: ch 7 CLOSING -> OPENING
19:20.16detule[  110.444549] SMD: ch 7 OPENING -> OPENED
19:20.16detule[  122.681091] audmgr_enable: ARM9 did not reply to RPC am->state = 2
19:20.16detule[  122.681152] audmgr: unexpected state 2 while enabling?!
19:20.55rpierce99i can try again on .39 or one of the other kernels
19:23.28detuleif it's something you think you can reproduce
19:23.47rpierce99apparently you just have to miss a call
19:23.54rpierce99we'll see i guess
19:27.00mgross029WisTilt2: was able get scbs fully set up, but when I went to analyze logs it completed normally but still says not generated, so I'll have to give it another try.  Battery usage is much better with scbs though.
19:27.14*** join/#htc-linux ALoGeNo (~alogeno@62.Red-83-38-204.dynamicIP.rima-tde.net)
19:27.14*** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno)
19:28.48detulei don't get how battery usage can be better
19:29.28*** join/#htc-linux EdLin (~EdLin@securabit/listener/edlin)
19:31.34rpierce99usage is not better, meter accuracy is better
19:31.43rpierce99and when meter accuracy is better, charging accuracy is better
19:32.06mgross029detule: WisTilt2: had been working on a .39 kernel with better power consumption which I was testing.  Without scbs the battery meter was all over the place.  Once I enable scbs the meter was more consistant, so as rpierce99 just stated maybe that is why it appeared better to me.
19:32.51detulei am just saying battery usage can hardly be better
19:34.08mgross029I really had to run a lot of apps to get the battery done to 30% so I could create the battery model yesterday though.
19:35.36mgross029I ran waze (GPS app) for over an hour without connecting to the charger and it only dropped about form 84% to 60%.
19:36.14mgross029Normally it would have appeared to drain the battery to 30% or less.
19:36.58*** join/#htc-linux helicopter88 (~helicopte@host144-118-dynamic.47-79-r.retail.telecomitalia.it)
19:37.14WisTilt2mgross029: did it take some time to do the calcs on creating the model and gave you the finished screen with all the completed values screen that you click "use these" on?  that should have created a scbs.conf file with those values.
19:38.45mgross029WisTilt2: Yep I clicked that and it must have not taken it...  It dropped back to the first screen and Battery Model still said not created.
19:39.19WisTilt2might have to start with a preset scbs.conf file im not sure on that.  let me upload mine so you have a starting point.
19:39.37WisTilt2or is that file present in your sdcard root now?
19:40.30detulei keep wanting to go back to manekineko zoombar patch
19:40.41detules/manekineko/manekineko's/
19:42.47*** join/#htc-linux skynet-2000 (~skynet-20@unaffiliated/skynet2000)
19:53.31*** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno)
20:01.55*** join/#htc-linux skynet-2000 (~skynet-20@99-62-100-172.lightspeed.tukrga.sbcglobal.net)
20:02.00*** join/#htc-linux skynet-2000 (~skynet-20@unaffiliated/skynet2000)
20:11.53detulerpierce99, tried it with the other kernels?
20:15.23rpierce99trying to get the speaker to freak out, but on initial boot im still not getting any ringing, just vibe
20:17.02rpierce99my tweeters play fine though, hm
20:19.31*** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno)
20:20.43detuleyou still get that audmgr_enable: ARM9 did not reply to RPC am->state = 2 in dmesg on booy
20:20.45detule*t
20:21.11rpierce99i don't have that in my dmesg from this last boot, no
20:21.31rpierce99[  160.320037] Sending arm9_low_speed 2
20:21.44detuleyeah that's normal
20:28.41*** join/#htc-linux helicopter88 (~helicopte@host144-118-dynamic.47-79-r.retail.telecomitalia.it)
20:38.05detuleoh wow getevent is pretty cool
20:45.27*** join/#htc-linux skynet-2000 (~Skynet-20@unaffiliated/skynet2000)
20:49.26*** join/#htc-linux skynet-2000 (~Skynet-20@99-62-100-172.lightspeed.tukrga.sbcglobal.net)
20:49.26*** join/#htc-linux skynet-2000 (~Skynet-20@unaffiliated/skynet2000)
20:59.41*** join/#htc-linux furtardo (~mks@nat/yahoo/x-auskoikatmkzquvk)
21:35.51*** join/#htc-linux ImCoKeMaN (~imcokeman@pool-173-67-152-193.hrbgpa.fios.verizon.net)
23:02.35*** join/#htc-linux toastcfh (~toastcfh@92-42.200-68.tampabay.res.rr.com)
23:03.01*** join/#htc-linux toastcfh (~toastcfh@unaffiliated/toastcfh)
23:32.23*** part/#htc-linux Cotulla (~myfakemai@nat100-255-205-109.tvoe.tv)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.