IRC log for #htc-linux on 20111229

00:12.54*** join/#htc-linux apt (~apt@rikers.org)
00:12.54*** topic/#htc-linux is Welcome to the HTC Linux project | Community portal & WiKi http://htc-linux.org | For IRC logs, HaRET & kernel mailing lists etc. see http://htc-linux.org/wiki/index.php?title=Contact | The htc-linux.org project is not affiliated with the HTC Corporation | This channel is for development purposes - Join #htc-linux-chat for offtopic
00:25.15*** join/#htc-linux apt (~apt@rikers.org)
00:25.15*** topic/#htc-linux is Welcome to the HTC Linux project | Community portal & WiKi http://htc-linux.org | For IRC logs, HaRET & kernel mailing lists etc. see http://htc-linux.org/wiki/index.php?title=Contact | The htc-linux.org project is not affiliated with the HTC Corporation | This channel is for development purposes - Join #htc-linux-chat for offtopic
00:27.49*** join/#htc-linux apt (~apt@rikers.org)
00:27.49*** topic/#htc-linux is Welcome to the HTC Linux project | Community portal & WiKi http://htc-linux.org | For IRC logs, HaRET & kernel mailing lists etc. see http://htc-linux.org/wiki/index.php?title=Contact | The htc-linux.org project is not affiliated with the HTC Corporation | This channel is for development purposes - Join #htc-linux-chat for offtopic
00:45.00*** join/#htc-linux arif-ali (~arif-ali@94-192-24-56.zone6.bethere.co.uk)
01:16.06*** join/#htc-linux zedrikx (~zedrikx@172.67.83.79.rev.sfr.net)
01:16.12zedrikx<PROTECTED>
01:20.50*** join/#htc-linux hardwalker (~hardwalke@122-117-115-146.HINET-IP.hinet.net)
01:23.09*** join/#htc-linux ManWithAPlan (~ManWithAP@cpe-75-83-209-166.socal.res.rr.com)
01:50.14*** join/#htc-linux d3tul3 (~detule@c-98-227-28-204.hsd1.il.comcast.net)
01:50.14*** join/#htc-linux d3tul3 (~detule@unaffiliated/d3tul3)
01:59.31*** join/#htc-linux mitsutaka (~mitsutaka@219.143.36.82)
02:05.28*** join/#htc-linux Rajko (~rajkosto@2001:470:d76b:da7a:61d8:a33e:ee46:ac69)
02:21.13*** join/#htc-linux fyodor_ (~cn.fyodor@218.94.136.176)
02:37.26*** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno)
02:45.28*** join/#htc-linux ellisway (~ellis@188-220-43-90.zone11.bethere.co.uk)
03:38.44*** join/#htc-linux swc|666 (~gecko@unaffiliated/swc666/x-4934821)
04:22.33*** join/#htc-linux stroughtonsmith (~steven@86-44-82-109-dynamic.b-ras2.bbh.dublin.eircom.net)
04:22.41*** join/#htc-linux cougarden (~q@xdsl-84-44-228-37.netcologne.de)
04:28.50*** join/#htc-linux Rob2222 (~Miranda@p4FFF3A31.dip.t-dialin.net)
04:29.15*** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com)
04:43.21*** join/#htc-linux FlawlesStyle (~LOL@unaffiliated/flawlesstyle)
04:56.36*** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com)
05:20.16*** join/#htc-linux raymonddull (~raymonddu@c-69-245-114-102.hsd1.mi.comcast.net)
05:32.11*** join/#htc-linux ALoGeNo (~alogeno@201.Red-79-159-107.staticIP.rima-tde.net)
05:32.12*** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno)
06:41.30*** join/#htc-linux raymonddull (~raymonddu@c-69-245-114-102.hsd1.mi.comcast.net)
06:50.15*** join/#htc-linux frustro (~frustro@67.41.36.76)
06:54.36frustrohi. I'm running ubuntu and have a vbox vm. I have usb enabled and can mount the sd in the vm.  I would like to use that vm to use the hd nand toolkit.  I have enabled usb debugging, but can't connect.   "usb debugging is enabled" not   in notifications. what am i forgetting? or is usb debugging not available in a vm?
06:54.53frustrooh, the vm is win7x64
07:17.54frustronevermind, got x64 box. cheers!
07:17.56*** part/#htc-linux frustro (~frustro@67.41.36.76)
07:54.11*** join/#htc-linux ychavan (ychavan@nat/redhat/x-edndbxuhtuhexyof)
08:12.06*** join/#htc-linux kiozen (~kiozen@ppp-93-104-75-133.dynamic.mnet-online.de)
08:18.00*** join/#htc-linux stroughtonsmith_ (~steven@86-44-82-109-dynamic.b-ras2.bbh.dublin.eircom.net)
08:45.44*** join/#htc-linux stroughtonsmith_ (~steven@86-44-84-234-dynamic.b-ras2.bbh.dublin.eircom.net)
08:49.16*** join/#htc-linux bartman (~bart@2607:f2c0:a000:175:2e0:81ff:fe47:3d01)
08:49.16*** join/#htc-linux ElFinLazz (~elfinlazz@112.154.189.103)
08:49.16*** join/#htc-linux detule (~detule@hw-ma-6l13f61.mat.jhu.edu)
08:49.16*** join/#htc-linux EdLin (~EdLin@securabit/listener/edlin)
09:08.42*** join/#htc-linux ray|yar (~raymonddu@c-69-245-114-102.hsd1.mi.comcast.net)
09:21.00*** join/#htc-linux kiozen (~kiozen@p5DDF0CF4.dip.t-dialin.net)
09:29.11*** join/#htc-linux dobrin (~dobrin@85.91.150.26)
09:32.29*** join/#htc-linux rob_w (~bob@ppp-188-174-67-101.dynamic.mnet-online.de)
09:32.30*** join/#htc-linux rob_w (~bob@unaffiliated/rob-w/x-1112029)
09:34.41*** join/#htc-linux kiozen (~kiozen@p5DDF0CF4.dip.t-dialin.net)
09:38.09*** join/#htc-linux kipill (~dev@95-37-79-73.dynamic.mts-nn.ru)
09:44.22*** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-253.netcologne.de)
10:12.25*** join/#htc-linux paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net)
10:30.48*** join/#htc-linux cougarten (~q@xdsl-84-44-228-37.netcologne.de)
10:38.41*** join/#htc-linux helicopter88 (~helicopte@host135-115-dynamic.18-79-r.retail.telecomitalia.it)
10:42.27*** join/#htc-linux Bry8Star (~Bry8Star@gateway/tor-sasl/bry8star)
10:42.53*** join/#htc-linux LjL (~ljl@unaffiliated/ljl)
10:49.58*** join/#htc-linux Bry8Star_ (~Bry8Star@gateway/tor-sasl/bry8star)
10:59.43*** join/#htc-linux Bry8Star (~Bry8Star@gateway/tor-sasl/bry8star)
11:08.37*** join/#htc-linux d3tul3 (~detule@c-98-227-28-204.hsd1.il.comcast.net)
11:08.37*** join/#htc-linux d3tul3 (~detule@unaffiliated/d3tul3)
11:20.37*** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be)
11:35.37*** join/#htc-linux mitsutaka (~mitsutaka@125.33.178.239)
11:59.32*** join/#htc-linux balans2 (~user@82-170-217-205.ip.telfort.nl)
12:00.34*** join/#htc-linux lamikr (lamikr@nat/nokia/x-josmwrfbihdootsv)
12:15.31*** join/#htc-linux kiozen (~kiozen@ppp-93-104-75-133.dynamic.mnet-online.de)
12:53.36*** join/#htc-linux Cotulla (~myfakemai@nat100-255-205-109.tvoe.tv)
13:27.43*** join/#htc-linux cougarten (~q@xdsl-87-79-225-220.netcologne.de)
13:30.23*** join/#htc-linux mitsutaka (~mitsutaka@125.33.178.239)
13:36.19*** join/#htc-linux AstainHellbring (AstainHell@unaffiliated/astainhellbring)
14:59.19*** join/#htc-linux Auwia (~Auwia@host233-247-dynamic.17-87-r.retail.telecomitalia.it)
15:15.09*** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-20-63-62.client.mchsi.com)
15:24.43*** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com)
15:38.39*** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-20-63-62.client.mchsi.com)
16:06.27*** join/#htc-linux FlawlesStyle (~LOL@unaffiliated/flawlesstyle)
16:08.05*** join/#htc-linux Alex[sp3dev] (~alexander@178.76.204.11)
16:14.12*** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-20-63-62.client.mchsi.com)
16:22.42*** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net)
16:25.33*** join/#htc-linux [acl] (~abel@96.246.167.90)
16:38.06*** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:da7a:a4ae:cc20:b64b:cba7)
16:39.25*** join/#htc-linux Auwia (~Auwia@host233-247-dynamic.17-87-r.retail.telecomitalia.it)
16:42.13*** join/#htc-linux joshkoss (~android@99-7-177-129.lightspeed.wlfrct.sbcglobal.net)
16:44.43Alex[sp3dev][acl]: what's up, man?
16:44.48*** join/#htc-linux joshkoss (~android@99-7-177-129.lightspeed.wlfrct.sbcglobal.net)
16:48.09*** join/#htc-linux joshkoss (~android@99-7-177-129.lightspeed.wlfrct.sbcglobal.net)
16:48.41[acl]Alex[sp3dev]: busy bro.. i actually had to work on xmas
16:48.47[acl]that was fun
16:49.27[acl]22 hour day on tuesday.. passed out in a couch next to some server rails .. painful sleep ..lol
16:49.58Alex[sp3dev][acl]: i see.. xmas sucks
16:51.33NeoMatrixJR[acl] ever get a new phone?
16:52.19[acl]NeoMatrixJR: I think they are buying me one soon. i requested the next phone on sprint with a keyboard
16:52.35Alex[sp3dev][acl]: wp7 something?
16:53.05[acl]no android, they want to push an iphone on me
16:53.08[acl]but i hate iphones
16:53.41Alex[sp3dev]actually iphone is not as bad given how buggy all modern androids are
16:53.53[acl]hate em
16:54.02Alex[sp3dev]yes, they are for gays
16:54.09[acl]but the only phone available to me is the galaxy S 2 which has no KB :-(
16:54.31Alex[sp3dev][acl]: s2 sucks, trust me ;)
16:54.41[acl]ill just have to wait
16:54.42phhtoo bad D3 is gsm locked in usa :D
16:55.11[acl]phh: im locked to sprint here so i have to get whatever crap they have
16:55.22Alex[sp3dev]i mean, s2 is buggy as hell. it more or less works with a stock firmware but anything custom kernel/cm7 tends to lockup too much
16:55.29phhand too bad cdma companies refuse to "share" phones*
16:55.47Alex[sp3dev]but hey. i've found opengl es binaries for mali400 for gnu/linux. which means we can haz ubuntu/mer/whatever
16:56.17NeoMatrixJR[acl] who is "they"? not getting another TP2 for development?
16:57.34[acl]NeoMatrixJR: ohh i meant work.. not they as in xda peeps
16:57.50[acl]i still need to return this gsm phone to the owner. i got all i could get out of it i think..
17:13.15[acl]anyone know the status on jonprys work?
17:13.18[acl]i havent been reading logs
17:15.16arrrghhhwhat the compositor?
17:15.24arrrghhhi think he kinda hit a wall with it
17:15.39arrrghhhit seems like it was pretty tuned tho.  detule knows, he was running it.
17:16.27*** part/#htc-linux Alex[sp3dev] (~alexander@178.76.204.11)
17:16.27*** join/#htc-linux Alex[sp3dev] (~alexander@178.76.204.11)
17:19.56[acl]ill check with him later i suppose. cuz the idea of having frame buffer objects would help alot
17:20.04arrrghhhhrm
17:20.20arrrghhhi've been 'gone' from here the last few days
17:20.34[acl]same here
17:20.44arrrghhhbut i don't think anything revolutionary has happened.  at least nothing that can easily be read in here :P
17:20.49[acl]lol
17:20.57arrrghhhgood ole holidays.
17:21.04arrrghhhsucks you had to work on xmas...
17:21.09arrrghhhi have this whole week off :P
17:21.11WisTilt2hey guys, everyone had a good xmas i take it.  happy new year if i don't catch ya'll before then.  shutting down until after the 1st and busy with family going's on.
17:21.17arrrghhhWisTilt2, yo.  didn't see you thar.
17:21.25WisTilt2:) stealth
17:21.28arrrghhhhaha
17:21.41WisTilt2been here all week and very quiet
17:21.44arrrghhhyea, my xmas was a roller coaster but i didn't have to work soooo...
17:22.16WisTilt2off work makes it all good
17:22.49arrrghhhyup
17:22.49arrrghhhgot my lappy back too, so i'm happy :D
17:23.31WisTilt2[acl], hey on those gsm vregs for lcd... they are correct but i found we also need to shut down gp2/gp4, which must be gpu vregs, because sleep drain went up by around 2% hr with them left on
17:24.10WisTilt2arrrghhh, new laptop or fixed your old one?
17:24.11[acl]i cant verify that
17:24.31[acl]WisTilt2: i mean .. i can try to verify that..
17:24.52[acl]WisTilt2: thats just gsm specific tho, cdma uses a diff way of doing all that.
17:24.53*** join/#htc-linux paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net)
17:25.00arrrghhhoO gotta love saving battery
17:25.02arrrghhhWisTilt2, did you push your .39 changes to clocks too?
17:25.04arrrghhhor whatever that change was.  saved a ton of battery.
17:25.26arrrghhhWisTilt2, existing laptop.  thought it was broken, but just a design flaw.  i tried arguing, but they just ignored me.  i guess i'll just put up with the flaw.
17:26.19WisTilt2[acl] without gp2/gp4 turned off i confirmed 2% hr over a couple days and im just assuming thats gpu vreg but really dont know for sure.  i pushed those changes on .39 if you want to see what i did.
17:26.57[acl]Alex[sp3dev]; do you disable any vregs for gpu?
17:27.34Alex[sp3dev][acl]: nope
17:27.40WisTilt2arrrghhh, which clocks we talking about, the oc stuff? i think im missing something i did for that great power saving stuff because im only around 1% hr now and was down to .58% so need to look back at all those tests.
17:27.57[acl]WisTilt2: isnt that handled by the rail on/off anyways. ill see what i canf ind for gp2/gp4 i suppose
17:28.04WisTilt2Alex[sp3dev] you still disable gp2/gp4 in panel?
17:28.50[acl]WisTilt2: kov panel is different, but he just disables 2 vregs like we do. not the same ones but just 2
17:28.52Alex[sp3dev]WisTilt2: gp4 (7), mmc (18), gp5 (22) for kovs
17:29.14WisTilt2[acl] i really dont know but would like to find out what those gp2/gp4 actually are tied to.  i just labeled them gpu in the patch
17:30.10[acl]i guess ill hunt em down
17:30.16[acl]if they help batt life. why no
17:30.44WisTilt2on gsm they definitely save a ton.  havent tested that on the 400 yet though
17:31.07WisTilt2arrrghhh what kind of drain were you getting on your 400 with those last changes i did?
17:32.30*** join/#htc-linux paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net)
17:35.53mgross029WisTilt2, I haven't tested your latest commits yet but just prior to that .39 was draining my RHOD500 very quickly
17:35.58*** join/#htc-linux emwe (~mweirauch@cable-86-56-10-252.cust.telecolumbus.net)
17:36.15emwemeep.
17:36.17mgross029Hey emwe
17:36.19arrrghhhemwe, wassup
17:36.36emwegp2/gp4 killed data on RHODW during sleep. they are explicitely disabled on .27 for RHODW.
17:37.24emwenothing guys. nothing.
17:37.31emweor did i miss an xdandroid release?
17:37.42[acl]emwe: sup my good man.
17:37.44arrrghhhWisTilt2, hard to accurately tell.  my tests weren't so empirical...
17:37.51arrrghhhemwe, no i'm hoping to arrange one tho.
17:38.02arrrghhhmind if i pm emwe ?
17:38.08emweofc not
17:38.20mgross029I was running .27 acoustic for a couple of days and had problems with data drop, SOD and WSOD at times.
17:38.30[acl]emwe: not sure who to thank, you, alex or jb for the wonderful accoustic port
17:38.34emwemgross029: psst... nobody want's to hear that. :P
17:38.48emwe[acl]: JB and Alex :P
17:38.50mgross029I'm sure. heh
17:39.04emwe[acl]: i usually just hang around and burgle stuff together.
17:39.15[acl]Alex[sp3dev]: dont get tired of me kissing your ass i suppose.. you are the effin man.
17:39.27[acl]jb already knows he is the shit.. no need to remind him :-p
17:39.43emwehe's got other "shit" to take care of currently i think.
17:39.50[acl]coo
17:40.14Alex[sp3dev]guess what. photon guys are now using acoustic as well
17:40.15emweunless their offsprings birth date was scheduled late december.
17:40.22mgross029Something emwe will be taking care of soon too. :p
17:40.40WisTilt2mgross029 yeah that heavy drain was when those 2 vregs were not being turned off so should be better now.
17:41.05arrrghhhAlex[sp3dev], nice
17:41.08arrrghhhworking well?
17:41.25mgross029WisTilt2, nice.  I'll check it later then.
17:41.47[acl]Alex[sp3dev]: lol have those guys done anything on their own ?
17:42.12Alex[sp3dev][acl]: nothing good
17:42.22arrrghhhhahaha
17:42.48Alex[sp3dev]i'm trying to make a nand cm7 prot to photon till new year
17:43.26[acl]i wanna give up on cm7 so bad, but jonprys gl work gives me hope
17:44.04*** join/#htc-linux paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net)
17:44.05emwemgross029: regarding the sods, i got smd_tty under suspicion. also on .35 at least.
17:44.12WisTilt2emwe: gp2/gp4 kill data on non gsm in sleep for sure?  if that's the case i need to put those back inside machine variant for gsm only.  mgross029 you might try that with the current .39 autobuild to verify before i change that.
17:44.31arrrghhhemwe, this is the perfect place/time.  where did your tracing of that increasing volume when dialing out?
17:44.45arrrghhhsorry that wasn't a complete thought.  where did your tracing lead to
17:45.40mgross029emwe, Yeah since I had to pop the battery every time I couldn't get any logs either.
17:46.10emweWisTilt2: on .27 we explicitely disabled them for RHODW. but now let me recheck as we changed them in between to rfrx and the other one... but i am pretty sure gp2/gp4 killed data as that is what the code in .27 indicates and all the machine variant differentation stems from.
17:46.36arrrghhhWisTilt2, that's a good point - have you tried your AT&T SIM in the RHOD400?
17:46.41emwemgross029: if you can live without data, disable it for longer periods of sleeping.
17:46.46arrrghhhthat would be a good thing to test.
17:47.02WisTilt2emwe: yeah, the rfrx/rftx2 was only for gsm lcd vreg but i thought the original gp2/gp4 was good on all devices
17:47.25WisTilt2arrrghhh no, i didnt know that could be done?
17:47.37arrrghhhWisTilt2, heck yes.  probably the best part about the 400/500
17:47.46arrrghhhalthough if the previous user didn't SIM unlock it, you'll have to do that part...
17:48.04emwearrrghhh: increasing volume of dialtones? that was the tpa1016d2 speaker amplifier "configured" in libacoustic. i kind of "calmed" the gain control down so it's better now.
17:48.14WisTilt2borrowed it from sykosoft so dont know if he unlocked or not but worth a try
17:49.06emweWisTilt2: here's the quite old commit: https://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/commit/0209dda1a406bc8250b79962f67cda90ac07d284
17:49.37emweWisTilt2: after this, the complains of CDMAers stopped regarding data loss during sleep.
17:49.40arrrghhhbasically sprint locks the SIM slot so it will only work with int'l SIM cards.  US carriers it won't work with.
17:50.07arrrghhhemwe, hrm.  can you explain that to ACL?  or perhaps that's enough explanation already :P
17:50.07WisTilt2yeah i still have that but i moved gp2/4 outside that variant test and left the new lcd stuff inside for gsm
17:50.37arrrghhh[acl], perhaps you can get what emwe's throwin down... i guess he tweaked values on the csv files?
17:50.40mgross029emwe, I still noticed the increasing volume on dial tones in .35...  Not in other kernels however.
17:51.10emwehmhmhm?!
17:51.24[acl]huh ?
17:51.25[acl]lol
17:51.35emwethen tpa2016d2 is never configured, respectively torn down/powered on.
17:51.38[acl]this is an old commit
17:51.56[acl]wait i think we are talking about other things
17:52.01arrrghhh[acl], what i'm talking about is the dial tone sound increasing.
17:52.03arrrghhhyes.
17:52.04arrrghhhlol
17:52.23emwelet me write this together...
17:52.29arrrghhhwhat WisTilt2 & emwe are talking about is the GSM radio dying in sleep
17:52.35arrrghhhon the RHODW's
17:52.40[acl]yeah thats some vreg shit
17:52.43[acl]ur talking bout sound rite
17:52.45arrrghhhyup
17:52.46[acl]yeah i get it
17:52.49arrrghhhsorry
17:52.55arrrghhhlots of people in here.
17:53.00arrrghhhhappy new year all :D
17:53.04[acl]arrrghhh: emwe and i communicate with our brains, no need to type here
17:53.07arrrghhhjust a few days
17:53.12arrrghhhlol
17:53.14arrrghhhi see
17:53.19[acl]its like magical wireless
17:53.35arrrghhhsome cross-continental bluetooth
17:54.43emwe[acl]: if the tpa2016d2 speaker amplifier on rhod is powered up it's standard setup is inited. the agc is a bit aggressive and increases the volume on quick subsequent dial tone "dialing" until the agc limit is reached. i kind of hackily "disabled" the agc, made it less aggressive without taking too much care of formally correct agc register settings in the amplifiert. it works for me. if some kernels don't show this behaviour
17:54.43emwe, i can only guess the speaker amplifier is in whatever "good agc state" winmo left it in.
17:54.57*** join/#htc-linux paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net)
17:56.06[acl]emwe: lalalala .l alalala ima ignore all of this and let alex fix it :-). hey i did my part by doing the jpeg for camera.. alex will fix it :-D
17:57.10emwe[acl]: he has no device to test this on :P .. i fixed it. worked for me. :P
17:57.38emwe[acl]: can you remember, back in the days, the suc_set_backlight stuff was essential for good panel wakes?
17:57.43mgross029emwe,  I worked up a modified .35 kernel to see if I can correct the increased volume problem.  I am compiling now and will let you know if it works.
17:57.47[acl]was this fix on the test branch ? thats where i raped it all from
17:57.54emwe[acl]: i got hard hard times getting it up after pulling in the full panel inits with the sleep
17:58.43emwemgross029: kernel? hack/comment in the tpa2016d2.c driver or what?
17:58.49emweit's all libacoustic controlled.
18:00.26emwe[acl]: sorry, test branch? regarind panel? getting confused.
18:01.01[acl]emwe: no your hack for the volume
18:01.10[acl]the test acoustinc branch
18:01.22mgross029emwe, I'm just trying a revert of one of your earlier commits.  I just happen to remember I did not have that issue at some point with .35
18:01.25emweit's userland. libacoustic.
18:01.44[acl]then i have it already
18:01.51[acl]unless my copy is old
18:01.56[acl]ill have to check
18:01.57mgross029Not sure if will work or make things worse.  Just testing.
18:02.07emwehttps://gitorious.org/xdandroid/hardware_msm7k/commit/8392323d31520d6cdbc00b7e8e1e666549944f87
18:02.43[acl]emwe: ill check tonight since im not sure if i have the commit history
18:02.59emwe[acl]: i can get you updated builds of all libs if you like.
18:03.17emwe[acl]: also the latest image is on .releng
18:03.43emwejust reconfirmed, dial tones doing fine here.
18:03.59[acl]ill have to check tonight
18:04.35[acl]fuck.. looks likei  havent pushed my files online so i cant even check now.. grrr.. ill bug you tonight
18:04.43[acl]but im sure its out date since we pulled ages ago
18:05.48arrrghhhemwe, what about the actual volume not matching the indicator?
18:05.54mgross029hrm...  Ahh damn.  I see what I did...  Bleh...  Sorry emwe.
18:06.24arrrghhhi've turned it up, hit the max on the visual indicator but it was not maxed... then turn all the way down and back up, MUCH louder at max now..
18:06.44arrrghhhi just mentioned this to acl, i've actually had it on my gf's optimus s, so perhaps this is some crappy android bug?
18:06.45emwearrrghhh: on the latest .releng image?
18:06.51arrrghhhemwe, no.
18:06.59mgross029I had an old system.ext2 in the .35 folder.  Just noticed the size difference of the files.
18:07.04emwearrrghhh: there's some libaudio fixes from CA we haven't pulled yet iirc.
18:07.17arrrghhhjust in the new acoustic in general :P
18:07.20emwearrrghhh: CM pulled them. of course, aosp gives a shit
18:07.29arrrghhhlol
18:07.30arrrghhhi see
18:07.59emwei think there was mentioning of exactly this.
18:08.24arrrghhhmy gf's optimus s on cm7.1 does this.  it was on 7.2 but that build was unstable...
18:08.29emwemgross029: your welcome.
18:08.39[acl]emwe: huh? cm7 kanged ?
18:09.23emwehuh? no.
18:09.27mgross029emwe, Thanks for the good smack upside the head. :)
18:09.39mgross029I needed it. :p
18:10.01emwemgross029: lol, what i wanted to say is.. a helping hand is better then none.
18:10.18arrrghhhwow our port's going to be better than most native android devices.
18:10.33arrrghhhjust need to fixup gps...
18:10.49Alex[sp3dev]arrrghhh: our port is already more stable than my sgs2..
18:10.51emwei just looked at tyting's/arne182's tree on github
18:11.02arrrghhhi was hoping tytung's work would help
18:11.03arrrghhhemwe, yea?
18:11.03emwearrrghhh: ^^ there's still quite some work going on.
18:11.08arrrghhhorly
18:11.16emwearne82 continued it seems tyting's tree is calm.
18:11.22emwelook on the fork chart.
18:11.25arrrghhhbut still, will it help?  i figure the amss is pretty different
18:11.38emwethey used our code as a base. sure it will work.
18:11.39arrrghhhdunno if that will screw everything
18:11.48arrrghhhorly
18:11.48arrrghhhsweet
18:11.57Alex[sp3dev]let's just enable acoustic. and then, drop the rootfs and init script and use proper init.<board>.rc..
18:13.00emweAlex[sp3dev]: arrrghhh is pulling the strings in the background. i am getting impatient somehow, too.
18:13.09emwecrossing fingers arrrghhh  :)
18:13.23arrrghhhlol
18:13.35mgross029puppets
18:13.47mgross029:)
18:14.01emwearrrghhh: let my right arm loose, please.
18:14.20[acl]lol
18:14.27emweand stop pulling in the middle!
18:14.50arrrghhhmmmmhmmmm
18:15.43emwethat "h" got centered good. well done.
18:15.56emwebreak.
18:22.53mgross029Anyone try the Global setting in setprop instead of WCDMA?  I did get mail back from bzo who said he had been testing it and had no problems
18:24.54emwemgross029: bzo is on what variant?
18:25.08mgross029Rhod400 Sprint
18:25.28mgross029CDMA iirc
18:26.39[acl]mgross029: global works.. mode 7 right ?
18:26.50mgross029Yes
18:27.00mgross029Correct.
18:27.21[acl]why setprop it tho, you should be allowed to change from userland
18:28.00emwemode 7 works for all no matter gsm or cdma from your experience and the NANDers?
18:28.13mgross029Yeah you can in RILConstant.java, but you also have to change your set prop value
18:28.33[acl]emwe: yeah, thats hwo we are able to have world users actually use their gsm chips
18:28.33emwecan't we just setprop?
18:28.45[acl]emwe: no because what if youw ant to switch.
18:28.50[acl]cant ask the user to set prop
18:28.54[acl]gotta be done in userland
18:29.10emwesetprop just for initial value i thought.
18:29.19[acl]yeah
18:29.46[acl]so you want to initial it to 7? i dont see the poit
18:29.49[acl]*point
18:30.14emweit seems to crash for mgross029 on his RHOD400 CDMA on first boot.
18:30.21emwe(when set to mode=1)
18:30.26[acl]logs ?
18:30.43emwe[acl]: can it be you guys got less problems with that after your RIL detection fixes?
18:30.55[acl]i dont know.
18:31.02mgross029[acl] I get FC on first boot with a fresh data file and Im'm on Rhod 500 cdma :p
18:31.11[acl]emwe: we didnt deviate much
18:31.19mgross029With wcdma setting that is
18:31.19[acl]emwe: we do have a per variant change tho
18:31.27[acl]which u just reminde me of
18:31.41emweah
18:32.49emwemgross029: without the RILConstants change it's not working, i understand?
18:32.49[acl]but we did that knowing we have no raph gsm/cdma folk so we didnt care. guess for xdandroid we need a cleaner sexier solution
18:32.58emweeek.
18:33.46arrrghhhheh
18:33.48mgross029[acl], with Global I don't see the flip flop from GSM to CDMA in the radio logs.  I would have to dig them up but I know I have some of them still
18:33.51*** join/#htc-linux MethoS- (~clemens@134.102.106.250)
18:33.55arrrghhhxdandroid is pretty damned ambitious.
18:34.12arrrghhhRHOD-only seems ambitious looking at it, lol.
18:34.23[acl]mgross029: ahh so you are trying to go directly to cdma without starting as gsm first ?
18:34.28[acl]ahh ic
18:34.44mgross029[acl], correct
18:35.05[acl]this is a personal preference i take it? since in reality if you have a gsm chip you will want to be gsm
18:35.06[acl]lol
18:35.34arrrghhhwell the phone app crashes
18:35.37arrrghhhw/o a sim card
18:35.40arrrghhhor w/o an active sim?
18:35.43arrrghhhnot sure how that works.
18:35.46mgross029emwe, I would have to test that again to see if it can be done with just setprop but I think both have to be changed
18:36.07mgross029[acl], actuall it is set by your PRL
18:36.16mgross029actually*
18:36.44[acl]mgross029: so you are trying to bypass that
18:37.52mgross029Not trying to bypass trying to allow the PRL to make the decision for the phone so it can be used dynamically where ever the phone connects to a cell tower
18:38.42mgross029With it set to 1 that is bypassing the PRL and forcing all phone to first try WCDMA then switch
18:40.02[acl]interesting
18:41.18*** join/#htc-linux bartman (~bart@2607:f2c0:a000:175:2e0:81ff:fe47:3d01)
18:42.36mgross029int NETWORK_MODE_GLOBAL         = 7; /* GSM/WCDMA, CDMA, and EvDo (auto mode, according to PRL)
18:43.19mgross029That is the line from RILConstants.java which basically puts the phone in auto mode
18:44.12mgross029* correction "which states that it basically puts the phone in auto mode"
18:44.27*** join/#htc-linux EdLin (~EdLin@securabit/listener/edlin)
18:46.10mgross0293 and 4 are auto modes also but 3 is auto for GSM and 4 is auto for CDMA.  First started testing with 4 then moved to 7 since it was not phone agnostic.
18:46.27[acl]mgross029: interesting
18:49.07[acl]so i dont get your issue. sounds like you got it all figured out
18:51.00mgross029[acl], Just wanted others to test before we decided to go that route with the gb release.  If it works well with GSM then I think we are good.
18:51.38[acl]go what route, just the setprop you mean ?
18:51.42emwemgross029: i will try to show up some time this evening for testing this out with a fresh image and setpropped to 7
18:51.47emweno promises.
18:52.01[acl]emwe: ahh so this is just a setprop thing? thought we were talkin ril here
18:52.09[acl]sorry im noob
18:52.50emwe[acl]: mgross029 said he setpropped and changed the default RILConstants.java value. noob there too. :) mgross029 did all this testing until he was good
18:53.03emwesupper time. bbl.
18:53.14[acl]i need lunch too
18:53.18arrrghhh+1
18:56.21mgross029So if we can just do setprop that would be the easiest (if that alone works) but I think the RILConstants.java change would make it stick.  Just my thoughts
18:56.38mgross029Enjoy!
18:57.52*** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-253.netcologne.de)
18:59.14*** join/#htc-linux dobrin (~dobrin@85.91.150.26)
19:07.39arrrghhhAlex[sp3dev], perhaps you could explain it to my simple mind, but how would we make decisions say about wifi firmware or keyboard type?  we can do all that in the init.<board>.rc?
19:07.59*** join/#htc-linux ellisway (~ellis@188-220-43-90.zone11.bethere.co.uk)
19:08.38[acl]arrrghhh: thats how android devices work. the init loads the init.board.rc and then finally the init.rc
19:08.44[acl]so you can make customizatons
19:08.46[acl]per board
19:09.01[acl]but then that means we need to manage all rc
19:09.08[acl]for alld evices
19:09.10[acl]it would eb a pain
19:09.16arrrghhhah
19:09.21arrrghhhi see
19:09.29[acl]its a pain now for gsm and cdma rhods
19:09.34[acl]because of ppp
19:09.35arrrghhhyea
19:09.45arrrghhhit's really crazy to try to make all devices run the same poop
19:09.52arrrghhheven if the arch is similar :P
19:10.11arrrghhhthe devil is in the detail, as always.
19:10.20[acl]depends on how good your scripting skills are
19:10.24[acl]looks like stine has it down to an art
19:10.25[acl]lol
19:10.25arrrghhhyea
19:10.32arrrghhhhe does
19:10.55arrrghhhthat keyboard decision script thingy is sweet.
19:11.06arrrghhhi can't even make a simple line to figure out if the user is on .27 or not lol
19:12.45[acl]arrrghhh: yup, its amasterpiece
19:14.27arrrghhhthis new build is stable dude.  i need to put it thru the ringer, and you need to get GPS re-enabled.  perhaps you should peek @ tytung's work.
19:14.37arrrghhhand that other guy's too... i forgot it already.
19:14.53[acl]after the new years
19:14.57[acl]my cat my need surgery
19:15.02[acl]so i need to be around for that :-(
19:15.05arrrghhharne82
19:15.11arrrghhhaw, dang
19:15.20arrrghhhthat's cool
19:15.22arrrghhhRL always comes first.
19:15.37arrrghhhjanuary is going to be insane for me @ work.  way worse than december...
19:22.18*** join/#htc-linux rob_w (~bob@ppp-188-174-67-101.dynamic.mnet-online.de)
19:22.19*** join/#htc-linux rob_w (~bob@unaffiliated/rob-w/x-1112029)
19:25.15Alex[sp3dev]arrrghhh: so you still haven't figured kernel version detection?
19:25.33*** join/#htc-linux jonpry (~jon@c-24-17-200-206.hsd1.wa.comcast.net)
19:25.40arrrghhhAlex[sp3dev], works great on the pc.  doesn't work on the phone.
19:25.43arrrghhhjonpry, howdy.
19:25.48jonpryhi arrrghhh
19:25.53Alex[sp3dev][[ `uname -r` =~ "2.6.27" ]]  && echo "you suck" #this won't likely work on phone
19:25.53unilinkyhttp://htc-linux.org/wiki/index.php?title=_%60uname_-r%60_%3D%7E_%222.6.27%22_
19:26.02Alex[sp3dev]<PROTECTED>
19:26.13Alex[sp3dev]unilinky: fuck you
19:26.22arrrghhhlol
19:26.39arrrghhhperhaps that was my issue.  i'll try that, thanks dude.
19:27.17Alex[sp3dev]yeah, we don't have bash there
19:27.38arrrghhhi was trying to figure out how to do it in sh
19:27.42arrrghhhwas that barking up the wrong tree?
19:27.55arrrghhhjonpry, how did your gposit end up?
19:28.00arrrghhh[acl] is dying to know :P
19:28.34jonpryhaven't worked on it lately. i'm convinced it is way faster than regular xdandroid
19:28.41jonprybut not as fast as winmo or iphone
19:28.51arrrghhhmeh
19:28.58arrrghhhway faster than what we have is worth it
19:29.06arrrghhhdid you fix all the artifact problems?
19:29.13jonpryyeah. but no 3d apps
19:29.19arrrghhhaw.
19:29.35jonprythose are complicated
19:29.47arrrghhhheh.  i can't even imagine.
19:30.56jonpry<PROTECTED>
19:31.06jonprycan't get it to work right
19:31.13arrrghhhhum...
19:31.30arrrghhhi was going to say, is it possible to mix your stuff to get 2d perf up?
19:31.59jonpryshould be. but it hates me
19:32.19arrrghhhdamnit.  these apps hate me.  they all just FC now :(
19:32.46arrrghhhguess i need to lolcat
19:36.23*** join/#htc-linux jonpry (~jon@unaffiliated/jonpry)
19:39.21arrrghhhE/AndroidRuntime( 9496): FATAL EXCEPTION: main
19:39.22arrrghhhsweet
19:39.32arrrghhhoh snap
19:39.39arrrghhhi think it's gps.  d'oh.
19:40.02arrrghhhyup.  they both try to hit gps and acl forcibly removed it.  oh well.
19:42.36Cotullahey
19:43.04arrrghhhhey Cotulla
19:43.24Cotullahow is it?
19:43.45arrrghhhit's goin
19:43.48arrrghhhyou?
19:44.34arrrghhhlol, i must go.  bb.
19:45.37Cotullalol bb
19:52.50*** join/#htc-linux raymonddull (~raymonddu@c-69-245-114-102.hsd1.mi.comcast.net)
20:16.34*** join/#htc-linux raymonddull (~raymonddu@c-69-245-114-102.hsd1.mi.comcast.net)
20:24.53emweWisTilt2: reconfirmed. gp2 and gp4 kill radio+data on my RHOD400 on GSM after panel power off.
20:26.42WisTilt2emwe: ok thanks. i just did several tests here also with gp2/gp4 and those rftx vregs... we dont want those rftx ones even though they should be powering off lcd.  with them off im drawing 38ma in sleep, with them on im at 14ma so makes no sense unless they are inverted possibly?
20:27.10WisTilt2gp2/gp4 actually made zero difference in sleep drain wise either
20:34.11emwehm. those vreg got extracted from the dlls. only can think of their mA value which we don't explicitely set.
20:36.03emwebut not sure if we can even set them that high that they'd drain that much more
20:37.37WisTilt2turning them off should draw zero so they must be leaking the other way when off.  i am measuring this with the fluke meter inline with battery so whatever's happening its drawing a whole lot more when off.
20:37.54*** part/#htc-linux Alex[sp3dev] (~alexander@178.76.204.11)
20:38.19WisTilt2with both the rftx/rfrx2 and gp2/gp4 commented out im down to 11ma average in sleep now
20:39.49emwestrangeness
20:56.49*** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk)
21:03.01emwefor everyones reading pleasure, booting up RHOD400 on GSM w/ SIM tries to setup a CDMA data connection.
21:03.09emweno working network initially.
21:05.26emwechanging network type expectably makes it work.
21:06.00mgross029emwe, was that with the setprop to 7 or Global?
21:06.18emwesetprop to 7. this is global, no?
21:07.27mgross029Correct 7 = Global or auto based on PRL, so that is what you tried with your SIM installed?
21:08.07emweyes. it didn't crash or anything, just selected WCDMA/EvDo as network type and never autoswitched to GSM
21:09.08mgross029hrm..  Wonder if you need the RILConstant.java setting too then.
21:12.46WisTilt2arrrghhh/mgross029 when you get a chance after .39 autobuild finishes building what i just pushed, can you guys try this kernel and see if battery drain is back to low like it initially was?
21:13.43*** join/#htc-linux infernix (~nix@unaffiliated/infernix)
21:14.10WisTilt2didnt push got an error
21:15.40WisTilt2yeah it did, just slow on the site
21:17.52mgross029WisTilt2, I'll try to pull it down later this evening or tomorrow morning and test.
21:18.14WisTilt2np thanks
21:21.38mgross029gotta run...  Later guys!  Happy New Year for those not coming back on IRC
21:22.03emwehave fun!
21:23.18*** join/#htc-linux infernix (nix@unaffiliated/infernix)
21:28.38*** join/#htc-linux infernix (~nix@unaffiliated/infernix)
21:32.31*** join/#htc-linux balans2 (~user@82-170-217-205.ip.telfort.nl)
21:38.48*** join/#htc-linux stroughtonsmith (~steven@86-44-84-234-dynamic.b-ras2.bbh.dublin.eircom.net)
21:49.37*** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com)
22:00.31*** join/#htc-linux xawen (~Admin@pool-98-117-32-71.bltmmd.fios.verizon.net)
22:19.53*** join/#htc-linux NeoMatrixJR (~chatzilla@173-20-63-62.client.mchsi.com)
22:23.28*** join/#htc-linux GNUtoo (~gnutoo@host204-5-dynamic.244-95-r.retail.telecomitalia.it)
22:26.38*** join/#htc-linux stroughtonsmith (~steven@86-44-84-234-dynamic.b-ras2.bbh.dublin.eircom.net)
22:39.54*** part/#htc-linux Cotulla (~myfakemai@nat100-255-205-109.tvoe.tv)
22:58.34*** join/#htc-linux NeoMatrixJR (~chatzilla@173-20-63-62.client.mchsi.com)
23:12.29*** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-20-63-62.client.mchsi.com)
23:15.28*** join/#htc-linux Bry8Star (~Bry8Star@gateway/tor-sasl/bry8star)
23:54.20*** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:da7a:a4ae:cc20:b64b:cba7)
23:57.59*** join/#htc-linux Rajko (~rajkosto@2001:470:d76b:da7a:a4ae:cc20:b64b:cba7)

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