IRC log for #htc-linux on 20110415

00:16.57*** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com)
00:22.45*** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net)
00:24.03*** join/#htc-linux rafyvitto (~IceChat77@24.54.255.153)
00:24.11*** join/#htc-linux mes (~mes@d154-5-118-70.bchsia.telus.net)
00:24.50rafyvittomdeejay u there?
00:30.48*** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net)
00:34.28*** join/#htc-linux programmer8922 (~Evan@67.219.164.162)
00:34.59*** join/#htc-linux jonpry (~jon@63.245.31.4)
00:52.00*** part/#htc-linux ftoz (~root@cst-prg-104-246.vodafone.cz)
00:55.16*** join/#htc-linux |Atom| (~atom@82.194.234.249)
01:12.29*** join/#htc-linux hardwalker (~hardwalke@114-33-201-92.HINET-IP.hinet.net)
01:15.26*** join/#htc-linux toastcfh (~toastcfh@29-37.200-68.tampabay.res.rr.com)
01:15.55*** join/#htc-linux toastcfh (~toastcfh@unaffiliated/toastcfh)
01:19.35*** join/#htc-linux fakker (~noobhands@cpc13-hitc6-2-0-cust129.9-2.cable.virginmedia.com)
01:25.05*** join/#htc-linux tmzt (~tmzt@99.164.110.122)
01:33.18*** join/#htc-linux DuperGhost (~Duper@93.172.154.83)
01:37.19*** join/#htc-linux crypto (4bcd4676@gateway/web/freenode/ip.75.205.70.118)
01:37.44cryptohey guys
01:38.28Guest12173anybody on here?
01:38.34arrrghhhno
01:38.42arrrghhhthis isn't a 'chat' room.
01:39.15Guest12173i have a question about the touch pro 2 android port
01:39.40arrrghhhwell this isn't the place to ask about it
01:39.45Guest12173everything seems to work fine as far as connectivity
01:39.50arrrghhhi can help you in #xdandroid
01:40.02arrrghhhread the topic, this room is for kernel development.
01:40.13Guest12173oh
01:40.41Guest12173where might i direct the question then?
01:40.55arrrghhhi can help you in #xdandroid
01:50.15*** join/#htc-linux Ceesheim (~ceesheim@p5B3472E2.dip.t-dialin.net)
02:07.39*** join/#htc-linux Nautis (638cd8f2@gateway/web/freenode/ip.99.140.216.242)
02:16.55*** join/#htc-linux aBiNg (~cn.fyodor@218.94.136.168)
02:33.03*** join/#htc-linux jonpry (~jon@63.245.31.4)
02:54.18*** join/#htc-linux XirXes (~xirxes@67-2-20-112.slkc.qwest.net)
02:55.14*** join/#htc-linux XirXes (~xirxes@67.2.20.112)
03:01.48*** join/#htc-linux aBiNg (~cn.fyodor@218.94.136.179)
03:14.33*** join/#htc-linux jonpry (~jon@63.245.31.4)
03:18.34*** join/#htc-linux gear_rus (~gear@ics.cs.nstu.ru)
03:24.08*** join/#htc-linux Rob2222 (~Miranda@79.255.36.121)
03:25.08*** join/#htc-linux gear_rus (~gear@ics.cs.nstu.ru)
03:30.08*** join/#htc-linux gear_rus (~gear@ics.cs.nstu.ru)
03:31.18*** join/#htc-linux gear_rus (~gear@ics.cs.nstu.ru)
03:33.14*** join/#htc-linux dobrin (~dobrin@85.91.150.26)
03:40.26*** join/#htc-linux ffffffffffffffff (7b10c985@gateway/web/freenode/ip.123.16.201.133)
03:41.15*** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring)
03:58.05*** join/#htc-linux tmzt (~tmzt@adsl-76-253-133-129.dsl.akrnoh.sbcglobal.net)
04:08.05*** join/#htc-linux tmzt (~tmzt@adsl-76-253-133-129.dsl.akrnoh.sbcglobal.net)
04:17.10*** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey)
04:18.08*** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com)
04:22.41*** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com)
04:23.32*** join/#htc-linux bartman` (~bart@2001:470:b014::dd)
04:24.11*** join/#htc-linux tmzt (~tmzt@adsl-99-155-213-184.dsl.akrnoh.sbcglobal.net)
04:24.30*** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net)
04:49.36*** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153)
04:52.06*** join/#htc-linux netson-ubuntu (~netson-ub@202.159.118.21)
04:52.35*** join/#htc-linux gear_rus (~gear@ics.cs.nstu.ru)
05:03.32*** join/#htc-linux LargePrime (~LargePrim@108.115.27.194)
05:08.09*** join/#htc-linux rafyvitto (~IceChat77@24.54.255.153)
05:12.43*** join/#htc-linux gear_rus (~gear@ics.cs.nstu.ru)
05:15.12*** join/#htc-linux gear_rus (~gear@ics.cs.nstu.ru)
05:20.38*** join/#htc-linux z3bu (z3bu@c-68-36-78-222.hsd1.nj.comcast.net)
05:28.24*** join/#htc-linux avinashhm (~avinash-h@203.101.61.7)
05:30.33*** join/#htc-linux programmer8922 (~Evan@67.219.164.162)
05:37.56*** join/#htc-linux LargePrime_ (~LargePrim@184-205-176-22.pools.spcsdns.net)
05:38.23*** join/#htc-linux gear_rus (~gear@ics.cs.nstu.ru)
05:38.50*** join/#htc-linux furtardo (~mks@nat/yahoo/x-fyydajxhvqsnrrct)
05:40.34*** join/#htc-linux gear_rus2 (~gear@ics.cs.nstu.ru)
05:40.54*** join/#htc-linux gear_rus (~gear@ics.cs.nstu.ru)
05:43.11*** join/#htc-linux gear_rus (~gear@ics.cs.nstu.ru)
05:45.20*** join/#htc-linux gear_rus (~gear@ics.cs.nstu.ru)
05:47.18*** join/#htc-linux gear_rus (~gear@ics.cs.nstu.ru)
05:48.08*** join/#htc-linux gear_rus2 (~gear@ics.cs.nstu.ru)
05:51.47*** join/#htc-linux aBiNg (~cn.fyodor@218.94.136.168)
06:07.17*** join/#htc-linux dekar_ (~dekar@drms-590c4207.pool.mediaWays.net)
06:07.32*** join/#htc-linux kiozen (~kiozen@p5DDF272D.dip.t-dialin.net)
06:09.58*** join/#htc-linux kiozen (~kiozen@p5DDF272D.dip.t-dialin.net)
06:14.35*** join/#htc-linux politex (b27857e4@gateway/web/freenode/ip.178.120.87.228)
06:28.01*** join/#htc-linux maejrep[w] (~madCoder@68.64.144.221)
06:31.31*** join/#htc-linux Ceesheim (~ceesheim@p5B346FA5.dip.t-dialin.net)
06:39.41*** join/#htc-linux |Atom_wk| (~atom@82.194.234.249)
06:42.23*** join/#htc-linux xabrx (aesoprock@gateway/shell/bshellz.net/x-ylkbtroyhwzezlaw)
07:04.29*** join/#htc-linux hardwalker (~hardwalke@114-33-201-92.HINET-IP.hinet.net)
07:05.33*** join/#htc-linux Termana (~bradley@122.151.66.6)
07:05.39*** join/#htc-linux gauner1986 (~Miranda@46.115.22.121)
07:19.28*** join/#htc-linux mdj (~mdj@46.182.128.248)
07:27.41*** join/#htc-linux ShapaTank (~ShapaTank@cpe-24-24-202-60.socal.res.rr.com)
07:38.40*** join/#htc-linux rafyvitto_ (~IceChat77@24.54.255.153)
07:42.22*** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153)
07:43.57*** join/#htc-linux Erikson (~Erik@musketeer.wlan.uni-jena.de)
07:52.44*** join/#htc-linux mes (~mes@sentry.lazo.ca)
07:53.28*** join/#htc-linux kvaster (~kvaster@93.84.112.80)
08:17.35*** join/#htc-linux gauner1986 (~Miranda@p508C7DA8.dip.t-dialin.net)
08:20.02*** join/#htc-linux mdj (~mdj@46.182.128.248)
08:21.27*** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com)
08:48.24*** part/#htc-linux kiozen (~kiozen@p5DDF272D.dip.t-dialin.net)
09:07.10*** join/#htc-linux avinashhm (~avinash-h@203.101.61.10)
09:31.33*** join/#htc-linux mdj_ (~mdj@46.182.128.248)
09:33.46*** join/#htc-linux joe__ (dcf626f4@gateway/web/freenode/ip.220.246.38.244)
09:57.11*** join/#htc-linux Termana (~bradley@122.151.88.159)
09:59.21*** join/#htc-linux MethoS- (~clemens@134.102.106.250)
10:33.36*** join/#htc-linux Fjodor (~sune@2001:16d8:ee1e:0:226:18ff:fe2d:dc4f)
10:40.27*** join/#htc-linux Cass (~Cass@nat/sun/x-rlmlqqafgaxpslbh)
10:42.13*** join/#htc-linux kvaster (~kvaster@leased-line-93-125-0-84.telecom.by)
10:47.01*** join/#htc-linux Cass1 (~Cass@192.18.4.252)
11:00.29*** part/#htc-linux Cass1 (~Cass@192.18.4.252)
11:05.43*** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com)
11:08.47*** join/#htc-linux Cass1 (~Cass@192.18.4.252)
11:15.55*** part/#htc-linux Cass1 (~Cass@192.18.4.252)
11:32.32*** join/#htc-linux GNUtoo (~GNUtoo@host93-56-dynamic.249-95-r.retail.telecomitalia.it)
11:40.05*** join/#htc-linux _twitch (~burning_a@64.112.96.58.static.exetel.com.au)
11:48.17*** join/#htc-linux LordDeath (~Lord|Lapt@cable-81-173-166-52.netcologne.de)
11:58.50*** join/#htc-linux crawling (~crawling@a94-132-161-104.cpe.netcabo.pt)
12:25.18*** join/#htc-linux Curious_ (4eaf2a33@gateway/web/freenode/ip.78.175.42.51)
12:25.25Curious_gauner1986: do you get a lot of donations from xda
12:27.16*** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net)
12:28.15*** join/#htc-linux EagleOfCrazy (~opera@84.204.203.126)
12:28.46arrrghhhCrazyofEagle?
12:29.02Curious_arrrghhh never stops
12:29.10Curious_and never sleeps
12:29.22arrrghhhsometimes i wonder myself.
12:29.36EagleOfCrazyhey arrrghhh
12:29.45EagleOfCrazyhow are u? ;)
12:29.57arrrghhhgood, good.  you?
12:31.19EagleOfCrazyme nice ;)
12:31.40EagleOfCrazyany news?
12:31.56arrrghhhjust workin on the RIL
12:32.03EagleOfCrazyphh
12:32.04EagleOfCrazyohh
12:32.06arrrghhhtrying to analyze some merge requests
12:32.10arrrghhhhyc actually is working on it.
12:33.27*** part/#htc-linux EagleOfCrazy (~opera@84.204.203.126)
12:33.35*** join/#htc-linux EagleOfCrazy (~opera@84.204.203.126)
12:33.38EagleOfCrazyok
12:33.53arrrghhhyea, hyc is doin great work on the RIL.
12:34.05arrrghhhin some ways we've already surpassed HTC's RIL
12:34.07EagleOfCrazyhehe
12:34.26EagleOfCrazysure?
12:34.37arrrghhhwell i said in some ways :P
12:34.50arrrghhhstill some work to be done.  however, I guess HTC's RIL doesn't handle USSD?
12:34.52arrrghhhwe do now :D
12:35.04EagleOfCrazywhy u guess so?
12:35.16EagleOfCrazymy friend use USSD for balance check
12:35.23arrrghhhlol
12:35.24EagleOfCrazyon the native android phone
12:35.27arrrghhhi never said i guess so
12:35.40EagleOfCrazyor u talking about multimode ussd req?
12:35.55arrrghhhi'm regurgitating info from alex
12:37.46EagleOfCrazyhehe
12:38.22EagleOfCrazyhe often have attitute "they lamerzz we rules"
12:38.24EagleOfCrazy:P
12:38.27arrrghhhprobably poorly
12:38.28arrrghhhhaha
12:38.29arrrghhhyea
12:38.41arrrghhhseems like a good attitude.  like pride in your country :P
12:39.05arrrghhhjust so long as it's not taken to the point of being a zealot.
12:39.24arrrghhhbah, i am late for work!  cya around
12:39.34EagleOfCrazyI doubt it's good
12:39.36*** join/#htc-linux tmzt (~tmzt@99.164.121.185)
12:39.45EagleOfCrazyshould be more friendly to people...
12:40.00arrrghhhoh i meant pride in the project
12:40.03arrrghhhnot being mean to people :P
12:40.13EagleOfCrazyand anyway community stuffs luck of good testers
12:40.32EagleOfCrazyit's big problem, we can't test stuffs like companies do it
12:40.40arrrghhhthat's why i'm here.
12:40.40arrrghhh:P
12:40.57arrrghhhbbl
12:41.02EagleOfCrazyit's why quality of our work is more worse than companies like htc
12:41.22EagleOfCrazyI didn't say it's bad... I say it's worse but have much more abilities
12:41.34EagleOfCrazybecause we are not limited by rules
12:46.28*** part/#htc-linux EagleOfCrazy (~opera@84.204.203.126)
12:49.08*** join/#htc-linux Cass1 (~Cass@192.18.4.252)
12:58.24*** join/#htc-linux Markinus (~Adium@212.255.44.251)
12:59.06*** join/#htc-linux avinashhm (~avinash-h@203.101.61.7)
13:02.47*** join/#htc-linux programmer8922 (~Evan@67.219.164.162)
13:21.28*** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com)
13:26.45*** join/#htc-linux Alex[sp3dev] (~alexander@95.220.12.212)
13:46.49*** join/#htc-linux crawling (~crawling@94.132.161.104)
14:01.55*** join/#htc-linux ali1234 (~ajb@robotfuzz.co.uk)
14:10.32*** join/#htc-linux ali12341 (~ajb@robotfuzz.co.uk)
14:11.44*** join/#htc-linux jonpry (~jon@63.245.31.4)
14:14.54*** join/#htc-linux _Atom_wk_ (~atom@82.194.234.252)
14:19.33*** join/#htc-linux tmzt (~tmzt@76.211.6.170)
14:19.41*** join/#htc-linux Jhinta (~Jhinta@s529c116e.adsl.wanadoo.nl)
14:23.06Detulejonpry, just started running scbs on my rhod400 last night, first thanks for your hard work
14:24.01Detulei had a question: i understand it is polling data right now (in order to generate a model later on)...not sure if it's because of this, or i am just spoiled by wistilt2's testing kernels but I notice the phone being slower coming out of sleep, and slower going to sleep (full green)
14:24.44Detuleonce i generate the model, will the phone continue with these background operations (write to scbs.log, etc?)
14:24.46Detulethanks again
14:26.06*** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com)
14:26.42*** join/#htc-linux _Atom_wk_ (~atom@82.194.234.249)
14:33.08*** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be)
14:36.26*** join/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv)
14:36.35Cotullahey
14:37.00Cotullahey Alex
14:37.02Cotullahow is it?
14:37.29Alex[sp3dev]Cotulla: hi
14:38.29Alex[sp3dev]Cotulla: well, i have 2.6.35.7 booting from nand, but sometimes arm9 crashes. i have not found whether it is related to usb or because my battery was discharged yesterday
14:38.38Cotullaohh
14:39.30Cotullait fits  to universal sentence "linux X.Y.Z boots, but W and Q not working"
14:39.34Cotulla;)
14:40.12Alex[sp3dev]well, it took some time to debug yesterday, but it now boots from nand via lk and this is surely a win
14:40.40Cotullayeah
14:42.02Alex[sp3dev]i wonder if there's a tiwlan for 2.6.35.. dream has this kernel, so they must be using it. i don't feel like debugging wl1251 but if wlan worked i could flash to nand
14:42.21*** join/#htc-linux Segnale007 (~Segnale00@151.62.171.39)
14:42.59*** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com)
14:43.41*** join/#htc-linux t3g (~kvirc@p3E9E5110.dip.t-dialin.net)
14:43.46*** join/#htc-linux tmzt (~tmzt@adsl-99-164-109-225.dsl.akrnoh.sbcglobal.net)
14:43.51Cotullau like wonders
14:43.51Cotulla?
14:44.02jonpryDetule, i hope to fix the slow wake eventually. the logs will continue after model is generated.
14:44.05Alex[sp3dev]dunno
14:44.25Cotullahtc pyramid is wonder.
14:50.49Detulejonpry: Thanks, I'll post my model to the testing thread once I go through a full cycle
14:51.47jonpryDetule, cool. the wakeup stuff is tied to numerical integrator, so we can't exactly turn it off. but it seems to only cost about 3 milliamps on average
14:52.38gauner1986Cotulla: thought you dont like it :P
14:53.10Cotulla768 ram only
14:53.39Cotullabut anyway it's boring....u know. as well android is boring
14:54.28Alex[sp3dev]of course, fighting bugs in closed-source windows is fun..
14:54.30*** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net)
14:55.06CotullaAlex, much more.
14:55.44Cotullajust look that u doing 2.6.X -> 2.6.Y. then u will do 2.6.X -> 2.7.X. like squirrel with wheel
14:55.48jonpryhi WisTilt2
14:56.12Alex[sp3dev]Cotulla: no i'll just move to userspace next time..
14:56.54Cotullaokay
14:56.55WisTilt2morning jonpry, how goes it?  btw, scbs is excellent! all our phones love it.
14:57.16jonpryi see you made some commits
14:57.36jonpryyou merge new scbs ABI into your tree?
14:57.50Alex[sp3dev]but yeah, i guess i'll finally try netbsd or openbsd next time. at least there's stable ABI and API. but wait. don't start it again
14:58.08WisTilt2recent commits were just panel final changes and that clock fix
14:58.25WisTilt2dont have scbs in that tree i made those on
14:58.53jonprywhat about putting scbs in your testing kernel?
14:59.53jonpryi have plans for yet another ABI, hopefully last one
14:59.54Cotullayea
14:59.58Cotullait will be good idea
15:00.31WisTilt2i have it in the kernel we're all using here at the office.  you want me to have arrrghhh post that one?  I thought we might want to keep them seperate for a bit for debugging but scbs is working beautifully so i think its good to go if you want.
15:01.29jonpryare you using the 0.4.a rootfs?
15:01.36WisTilt2yes
15:01.43jonprywith superquick?
15:01.53*** join/#htc-linux Hellie (soulreaper@wield.the.scythe.of.the.soulreaper.net)
15:02.14WisTilt2think so... i built it with those files you sent me and i dl'd your latest rootfs.
15:02.18*** join/#htc-linux rajkosto (~rajkosto@2001:470:1f0b:728:7919:6bf2:566d:b77d)
15:03.00WisTilt2just added it to my latest kernel so all the other things work, button lights, quick wake/sleep, etc.
15:03.30WisTilt2//Quick like lightning
15:03.30WisTilt2if(collapsed)
15:03.31WisTilt2{
15:03.31WisTilt2scbs_do();
15:03.31WisTilt2}
15:03.36WisTilt2this what you mean?
15:05.07jonpryyeah
15:05.19jonprydoesn't that require CONFIG_SUPERQUICK to be set?
15:06.20WisTilt2dont know, its running the new code for sure.  i now see se in the .conf
15:06.53*** join/#htc-linux arrrghhh (~arrrghhh@108.116.84.229)
15:07.04*** join/#htc-linux crawling (~crawling@a94-132-161-104.cpe.netcabo.pt)
15:07.19WisTilt2hmm, i dont see that in the config
15:07.32jonpryyeah its not even in Kconfig
15:08.18WisTilt2so you think its not really running in this setup or are we ok?
15:08.21jonprymaybe that is something i did when i sent it to mailing list
15:08.33jonprybtw what is your se?
15:09.46WisTilt2after discharge down to 15%, full charge cycle, probably 12hrs or so of sleep when i ran the model, SE=0.001330126
15:10.04jonpryw00t
15:10.06WisTilt2cc=0.259249382
15:10.06WisTilt2cb=87.778924452
15:10.06WisTilt2rc=0.619771346
15:10.06WisTilt2re=0.222379412
15:10.06WisTilt2vf=1.108600000
15:10.07WisTilt2cf=0.312500000
15:10.09WisTilt2lr=0.000001000
15:10.11WisTilt2sl=17.081302582
15:10.13WisTilt2se=0.001330126
15:10.16WisTilt2look ok?
15:10.24jonpryabsolutely
15:11.02jonpry1.3ma is almost plausible. i get like 8.3 on 210 which is also right. people on the thread get all manner of weirdness
15:11.15WisTilt2what batt level do we start getting the low bat warning?  I figured 15% was low enough for the model since i never let it go much below 50% normally.
15:11.41jonpryi think android starts jabbering at 5%
15:11.45jonpryand shuts is down at 1
15:11.51jonpryer it
15:12.12jonprybut we have serious problem with phone being asleep when it crosses the threshold
15:12.48WisTilt2most of our phones here are pretty close to the same SE, one is something like 0.01xxx but he has it on the charger most of the time so doesnt sleep much.
15:13.40jonpryyeah it unfortunately takes a massive of sleep to calculate, cause it needs big delta charge to figure out what the actual current flux was
15:13.58WisTilt2cant we just power off the phone when batt gets below the critical level?
15:14.16jonpryandroid seems to take care of that but we have to wake up android for that to work
15:14.54WisTilt2we can collapse arm9 in the kernel but that would mean another hack but not hard to do.
15:15.10jonprycollapse arm9?
15:15.33jonpryto power off?
15:15.40WisTilt2yeah basically you can collapse arm9 and it will power down the whole device.  thats what we do with ours now.
15:16.08jonprywe already have power down code. we write some value to smem and reboot arm9, then arm9 turns the whole thing off
15:16.43WisTilt2probably same thing then.
15:16.51WisTilt2or similar anyway
15:17.35jonpryhere is the problem as i see it. we can tell scbs to watch out for some voltage that is say 1%. and turn on a wakelock if it sees it. so android starts up, sees critical bat and turns off
15:17.44jonprybut everybody like a warning
15:18.13jonpryand i don't see good way to make warning
15:18.39WisTilt2wont android display its current low warning?
15:18.47WisTilt2or does it even have that?
15:19.04jonpryit has a low warning, but then we have to wake up at like 5%
15:19.28jonpryand once we wake it up, there really is no going back
15:20.20WisTilt2so does that mean that android needs to see it cross 5% and if we wake it at say 1-2% android wouldn't notice its low?
15:20.50jonprywe can't return to sleep after sub 5% wake up
15:21.06*** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring)
15:21.38WisTilt2so the user has to confirm shutdown when that happens and android wont do it automatically or what?
15:21.54Alex[sp3dev]android will shut down on itself
15:22.21jonprywithout scbs we can't tell when the phone is going to die after a certain point. so sleep is dangerous
15:23.46jonpryif the phone has been sleeping for hours, then scbs is not necessary. but once you wake it up, all bets are off
15:24.36Alex[sp3dev]anyone has a 5225 device here?
15:24.51Cotullau?
15:25.02Alex[sp3dev]me, but i'm lazy to do what i need
15:25.19Cotullaok
15:25.26Cotullawhat u need?
15:25.58Alex[sp3dev]i just want a dmesg of using gps on 2.6.27.. but i think it's not an rpc issue, it looks like userspace daemon crashes and that's why the world collapses
15:26.13Cotullagps is still with memory leaks?
15:26.28*** join/#htc-linux LargePrime (~LargePrim@184-230-195-172.pools.spcsdns.net)
15:26.35*** join/#htc-linux tmzt (~tmzt@99.164.105.33)
15:26.42Alex[sp3dev]need to check. there seem to be no memory leaks, but calling malloc/free for just one int is stupid
15:27.00Cotullathere was last time malloc(X) in each rpc function
15:27.03Cotullawithout proper free
15:27.06Cotullalooks like so...
15:27.17Cotullaor is it free inside rpc engine? O_o
15:27.22Alex[sp3dev]there is free for both if error happens and if not, so looks like it does not leak
15:27.48Alex[sp3dev]but malloc should be removed altogether, they should be allocated on stack
15:29.48Cotulladunno few months ago there was no free
15:29.52Cotullamaybe somebody fixed it already
15:29.56jonpryWisTilt2, maybe after critical voltage we force wakeup of phone every couple of minutes so scbs can figure out what is really going on? Somehow this all reminds me of old nokia candy bar that would start beeping itself to death when the battery got low.
15:30.36*** join/#htc-linux g3rm (~germo@89-77-81-175.dynamic.chello.pl)
15:31.50Alex[sp3dev]i wonder why i2c just dies on kovsky after suspend sometimes. maybe we should add the code to reinit i2c on resume?
15:32.12Cotullaworkaround. not clear solution.
15:32.24Cotullabut yes add
15:32.26Cotullait]
15:32.29Cotulla's not bad
15:32.31Cotulladon't listen me
15:32.38CotullaI am stupid :D
15:32.46Alex[sp3dev]i know :D
15:33.03Cotullaand?
15:33.05WisTilt2jonpry: we could wake it every couple minutes, vibrate, flash leds and screen, to tell user there's a problem
15:33.12Alex[sp3dev]well, but why it dies is interesting itself
15:33.20Cotullabetter put sine sound
15:33.24Cotullalike syren
15:33.27WisTilt2or play a soundfile saying "im dying here"
15:33.39Cotullayeah
15:33.50Cotulla"I am dying... help me... help me...."
15:33.58Cotulladon't leave me alone
15:33.58WisTilt2lol
15:34.06fakkeri am stuck in a well
15:34.25Alex[sp3dev]fakker: cool
15:34.32fakkerbut i have internet
15:34.33fakkerit's ok
15:34.53jonpryturn backlight on max
15:35.03jonpryin case they are deaf and are wearing thing clothes
15:35.09jonpryat night
15:35.18Alex[sp3dev]too bad we have no irda to burn the user
15:35.26arrrghhhWisTilt2, turn on all radios full blast.  just drain the phone as quickly as possible :P
15:36.10WisTilt2put one of those old tv test screens up that has the radar sweep counting down number to death
15:36.42arrrghhhhaha
15:37.17arrrghhhthe 'phone battery is low' message drives my gf batty.  she's like 'wtf it's draining more battery telling me the battery is low!' lol
15:37.47Alex[sp3dev]uncertainty principle
15:37.51WisTilt2thats true, catch22
15:38.30arrrghhhyea, the less than 15% nag screen was kinda annoying on Android back in the day.  with the new improvements, i hardly ever get that low on battery :D
15:42.00jonpryphone, text, email all contacts with current gps coordinates
15:42.22Alex[sp3dev]enabling gps will crash the phone
15:43.39jonpryit only crashes arm9
15:45.29*** join/#htc-linux tmzt (~tmzt@adsl-99-164-53-146.dsl.akrnoh.sbcglobal.net)
15:46.40*** part/#htc-linux Cass1 (~Cass@192.18.4.252)
15:47.08Alex[sp3dev]WisTilt2: btw, regarding tssc. I have pulled the newer version of msm_ts from CA, it properly disables/enables interrupts and does a bit more of hw init. no dead touchscreen so far
15:47.31jonpryWisTilt2, did i mention the code i sent you on april 8th does not require any config options and is good to go
15:48.11WisTilt2Alex[sp3dev]: nice. i need to take a look at that so it can be fixed properly in .27
15:48.33Alex[sp3dev]WisTilt2: should be my latest commit on 35
15:48.51Alex[sp3dev]http://gitorious.org/~ast/linux-on-qualcomm-s-msm/alex-linux-xperia/commit/c95565ed10a6a4456843bd7a3d4239825d346508
15:49.16WisTilt2jonpry: no but thats great.  so you want me to go ahead and add it to my current test kernel for mass testing with all the goodies?
15:49.42jonpryWisTilt2, thats sounds great
15:50.05arrrghhhw00t
15:50.28WisTilt2thanks alex, ill check that out and see what mods need to be done to .27
15:51.33jonprygtg
15:53.13WisTilt2arrrghhh give me a few and ill have the new kernel pack ready.  will be same kernel as whats up now but with scbs added.  I guess people will have to get the app also to run the model.
15:53.35arrrghhhoh ok, so you're integrating scbs.  cool.  nothin else tho?
15:54.05WisTilt2nope just adding scbs to whats there now on that 4/4 kernel, i think that was the date
15:54.25arrrghhhyup
15:57.41arrrghhhi got a meeting, i'll bbl
16:04.05*** join/#htc-linux gauner1986 (~Miranda@80.187.195.76)
16:08.34*** join/#htc-linux ORi| (~ORi@91.181.217.235)
16:10.50*** join/#htc-linux gauner1986 (~Miranda@46.115.22.121)
16:12.09*** join/#htc-linux gauner1986 (~Miranda@46.115.22.121)
16:27.11*** join/#htc-linux gear_rus (~gear@l49-12-120.cn.ru)
16:27.40*** join/#htc-linux fakker (~noobhands@cpc13-hitc6-2-0-cust129.9-2.cable.virginmedia.com)
16:28.51*** join/#htc-linux gear_rus (~gear@l49-12-120.cn.ru)
16:36.36*** join/#htc-linux rzk_ (~rzk@95.28.95.165)
16:39.41*** join/#htc-linux [acl] (~abel@96.246.167.90)
16:41.56*** join/#htc-linux LargePrime (~LargePrim@184-230-195-172.pools.spcsdns.net)
16:46.49Alex[sp3dev]ok, looks like simply writing i2c clock register and calling poll_not_busy on resume was enough to fix the keypad
16:46.58Alex[sp3dev][acl]: hey
16:47.14[acl]Alex[sp3dev]: sup dood
16:47.38[acl]i took all that shit out. dont need no keypad :-p
16:47.47Alex[sp3dev][acl]: i mean, in linux
16:47.59[acl]oo
16:48.37*** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@89.32.146.153)
16:49.08*** join/#htc-linux tehtrk (~tehtrk@rrcs-24-173-220-30.sw.biz.rr.com)
16:49.48Alex[sp3dev][acl]: btw, you know that i have booted 2.6.35.7 off nand?
16:50.20Cotulladude, stop show offs
16:50.22Cotulla:D
16:50.22[acl]Alex[sp3dev]: nahh bro.. i left all .35 on haret. it was too much
16:50.40Cotullahey [acl]
16:50.41Alex[sp3dev][acl]: so how did you fix crashes with usb back then?
16:50.43Cotulla:)
16:50.43[acl]Cotulla: sup bro.. when can we see ur kernel :-)
16:50.58Alex[sp3dev][acl]: it is a secret alien development
16:51.30[acl]Alex[sp3dev]: on nand ? well i commented it out first just to boot
16:51.35[acl]then started to work backwards
16:51.42WisTilt2man 2.6.38 sure runs nice on android
16:51.59Cotullashit, alex wait we come soon to ur hose
16:52.01Cotulla*house
16:52.12Cotulla:D
16:54.15*** join/#htc-linux programmer8922 (~Evan@67.219.164.162)
16:54.54*** join/#htc-linux emwe (~emwe@86.56.10.158)
16:55.26fakkerblyad
16:55.37Alex[sp3dev]fakker: we know who you are
16:55.38emwehiho
16:55.56Alex[sp3dev]emwe: hi
16:55.56gauner1986i hate writing complex sql statements
16:56.04fakkerAlex[sp3dev], family business - what can i say?
16:56.07Alex[sp3dev]gauner1986: write simple ones
16:56.14[acl]gauner1986: complex ? you an sql admin?
16:56.18gauner1986no
16:56.26[acl]damn.. poor bastard..
16:56.26gauner1986but it's part of my bachelor thesis
16:56.29emweAlex[sp3dev]: you been busy i see in logs ;)
16:56.31gauner1986sadly
16:56.50gauner1986Alex[sp3dev]: not possible.. crap in, crap out
16:56.56gauner1986database is complex
16:57.12WisTilt2hey emwe, scratch that 0x500 for now.  it causes all kinds of other problems on rhods. doesnt save enough power anyway so not worth troubleshooting.
16:57.26emweWisTilt2: good to know. thx.
16:57.34Alex[sp3dev]emwe: time to fix gps, huh?
16:57.54[acl]someone should fix the over clocking code.. that cmdline hax gotta go
16:58.02[acl]im too lazy to do it :-p
16:58.09Alex[sp3dev][acl]: just drop it altogether then
16:58.17emweAlex[sp3dev]: apart from wl1252 that's the only thing left you missing, eh?
16:58.32[acl]Alex[sp3dev]: still need to be able to run setcpu and stuff.. just not that cmdline method
16:58.35Alex[sp3dev]emwe: yeah, like that
16:58.43WisTilt2[acl]: anyone other than you and i have root access to this server here?
16:58.50Alex[sp3dev][acl]: well, setcpu works just fine with vanilla. just not over 528
16:59.14[acl]WisTilt2: nope..
16:59.24[acl]WisTilt2: someone is fucking with it ?
16:59.32WisTilt2someone from poland has been hacking away at it for the past 18hrs
16:59.44[acl]WisTilt2: jebus..
17:00.05[acl]WisTilt2: attacking the http service prob.. nothing else is open i think
17:00.29WisTilt2someone at a poland isp also.  we block their ip onto our network and they change ip's so going to have to drop their whole block i guess.
17:00.30*** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net)
17:00.47*** join/#htc-linux rob_w (~bob@ppp-188-174-125-169.dynamic.mnet-online.de)
17:01.02[acl]WisTilt2: i killed the web
17:01.10[acl]any specifics as to what else they are attacking?
17:02.04WisTilt2[acl] they're hacking port 80 and 22 but we have them totally blocked on 22 now
17:02.12[acl]ok thanks
17:02.24WisTilt2i just blocked their entire class B
17:02.25[acl]80 is down for now so they will give up soon. thanks for the hedas up
17:02.32[acl]ls -altr
17:02.34[acl]oops
17:03.41WisTilt2Alex[sp3dev] is this msm_ts specific to .35?
17:04.20Alex[sp3dev]WisTilt2: everyone uses tssc_manager on 27, but msm_ts works on 27 just fine (may need some modification to compile, but iirc it just compiled)
17:05.08[acl]sounds like a project i might venture into..
17:05.17WisTilt2i mean the fixed irq one you sent me the url to.  will that run on .27 without mods?
17:05.42Alex[sp3dev]WisTilt2: i see no reason why not, the one without modifications did run on 27. but you may need to comment out runtime pm
17:06.15WisTilt2ok, didnt want to trace what was fixed with the irq if this will just work as is.  ill try it.
17:11.20[acl]Alex[sp3dev]: hmm.. i did have an issue yest i wanted to tell you. Looks like the vol up and down keys break once we leave LK. I ended up commenting that out sinde i dont need those keys anyways, but lets say we have it enabled in LK, then boom they stop working on the kernel. you see any similar issues?
17:11.44Alex[sp3dev][acl]: nope
17:11.57[acl]ok.. might be rhod specific then
17:12.09Alex[sp3dev][acl]: are they i2c?
17:12.48[acl]commenting them out in the gpio button table fixes it.. but i do need 2 buttons .. one to force fastboot, other to enter recovery
17:14.04Alex[sp3dev][acl]: hum. maybe gpio interrupts are not cleared properly. i have not noticed any issues. maybe it's because your lk does not call platform_exit to force clean the interrupts
17:15.26[acl]good call
17:15.38[acl]i need to clean the interrupts
17:15.43[acl]ok .. u da man
17:15.44[acl]:-p
17:15.47Alex[sp3dev][acl]: how's your cm7 going?
17:16.02[acl]Alex[sp3dev]: i havent touched it.. last one i tried was cm6.. it sucked
17:16.12[acl]but there is a cm7 floating around.. buggy as hell
17:16.31Alex[sp3dev][acl]: do you think we can handle making a proper device profile for cm7 (and maybe integrating it to cm) so that we can build like native devices, like hero, with recovery and shit out of box
17:16.41[acl]i think so
17:17.12[acl]hero cm7 actually runs almost without any mods.. aside from the dpi for the panel .. everything is very similar
17:17.28[acl]well heroc for me being cdma..
17:17.59Alex[sp3dev][acl]: well, we need custom sensors/gps, patched gles and some misc stuff. i just want to type "make" and get flashable images, not butcher manually
17:18.08[acl]neopeek pulled down the source a while back. not sure if he made any progress
17:18.44[acl]we could always just mod our gles and others libs just for CM
17:18.55[acl]i dunno.. depends on how official you wanna get
17:20.16Alex[sp3dev][acl]: we can even make a binary patcher and make it patch proprietary files at build time. ideally, we should just integrate it and do it.. well, legally. i am not sure we can integrate to cm. gles, camera libs and acoustic csv files are doubtful. but let's put that aside until we fix more important stuff
17:20.51[acl]:-p
17:21.25Alex[sp3dev]btw. can bcm wifi be turned off via rfkill?
17:24.36*** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by)
17:26.25Alex[sp3dev][acl]: btw, i'm underclocking. i have installed adw launcher ex, the scrolling in drawer is smooth now, like on top devices, so i am running cpu at 384 mhz max now
17:26.53[acl]woa
17:26.56Cotullau ever saw how it's working on top devices? :P
17:27.05Alex[sp3dev]Cotulla: i do watch youtube sometimes
17:27.19Cotullait lags there too
17:27.22Cotullairl
17:27.34Alex[sp3dev]Cotulla: yeah, default android launcher sucks hard
17:28.01Cotullahaha?
17:28.38Alex[sp3dev]Cotulla: default android launcher is like 4-5 times slower than adw launcher. it is enough for it to suck.
17:28.55[acl]at least its not like the sense launcher
17:29.03[acl]thing is really slow
17:29.23Alex[sp3dev][acl]: i will never get tired of telling sense sucks
17:29.49Alex[sp3dev]i don't like when they try to build applications for everything into sense. and their UI drawing skills are mad
17:30.19Cotullaur too I guess :)
17:30.35Alex[sp3dev]Cotulla: at least i'm not working as a professional designer
17:30.46Cotulla:D
17:33.28*** join/#htc-linux balans (~Miranda@82-170-217-205.ip.telfort.nl)
17:41.06WisTilt2jonpry: when you get back I need some info on packaging up this scbs pack.
17:45.27*** join/#htc-linux gauner1986 (~Miranda@p508C7DA8.dip.t-dialin.net)
17:48.39*** join/#htc-linux ftoz (~root@cst-prg-64-20.vodafone.cz)
17:49.15ftozhi, can anyone help with ramconsole log?
17:52.36*** join/#htc-linux dekar_ (~dekar@drms-590c4207.pool.mediaWays.net)
17:52.36*** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.sta.abo.bbox.fr)
17:57.53*** join/#htc-linux LargePrime (~LargePrim@184-230-195-172.pools.spcsdns.net)
18:11.06jonpryhi WisTilt2
18:21.27*** join/#htc-linux Segnale007 (~Segnale00@151.62.171.39)
18:22.32*** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821)
18:25.27*** part/#htc-linux ftoz (~root@cst-prg-64-20.vodafone.cz)
18:27.44*** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@89.32.146.153)
18:30.37WisTilt2jonpry im back.  do we need to include your rootfs and the app in the kernel pack or should arrrghhh just post how people go about getting the other files and setting things up?
18:31.05jonpryi think separate is good
18:31.09jonpryrootfs is like 15mb
18:31.45WisTilt2i have the kernel and modules ready to go when arrrghhh get back then.  you can tell him what else to post for any other instructions.
18:31.45*** join/#htc-linux Segnale007 (~Segnale00@151.62.171.39)
18:33.22jonpryhe reads the thread on ppcg.
18:33.31jonpryit has the latest evolving info
18:33.32WisTilt2people are going to need to be told how to cycle their battery and make the model also.
18:33.46WisTilt2ah ok he can link to it then
18:33.53jonpryyeah, i haven't really figure that part out
18:35.57WisTilt2well what i did with this current model is full charge, reboot, drain down to 15% or so with around 12hrs of sleep in there, fully charge again, then ran model.
18:36.12*** join/#htc-linux arrrghhh (~arrrghhh@108.116.84.229)
18:36.22arrrghhhWisTilt2, all set to jet?
18:36.24WisTilt2battery seems to be tracking dead on
18:37.17WisTilt2arrrghhh, yep. wistilt2-kernel-pack.zip ready to go. guess you need to inform people of jonpry post on ppcg about setup rootfs, etc.
18:37.30arrrghhhcool
18:37.42arrrghhhso if idiots just run the kernel without the apk or the rootfs
18:37.45arrrghhhany negative side effects?
18:37.51WisTilt2identical kernel as my test one, with scbs added only.
18:38.02jonpryare the slow wakes still happening?
18:38.15WisTilt2nope, all our phones wake quick with it
18:38.42jonpryhmm. my kernel is slow
18:38.44WisTilt2sleep takes maybe .5 - 1sec longer at times but wakes are fast
18:38.44jonprywhat gives?
18:39.01WisTilt2you not running my other tweaks:)
18:39.21jonpryhrm
18:39.55WisTilt2remember the movie space balls? ludicrous speed?
18:40.24arrrghhhbwhahaha
18:40.25arrrghhhclassic
18:40.41jonprybefore my time
18:40.48WisTilt2my kids made me watch that movie, love it
18:41.01WisTilt2stupid but entertaining
18:41.41jonprythose are always good
18:42.15arrrghhhjonpry, you're not that old
18:42.20arrrghhher young
18:42.50jonprythat was an 87 yeah?
18:43.01arrrghhhyup
18:43.07arrrghhhbut you've seen blazing saddles right?
18:43.11arrrghhhthat was like 77 i think
18:43.15jonpryno
18:43.23arrrghhh1974
18:43.24arrrghhhaw man
18:43.43arrrghhhi love mel brooks, so maybe i'm weird.  but his movies are hilarious IMHO
18:44.14WisTilt2blazing saddles, another good one.  i was in the air force when that came out so all of us got drunk and went to the base theater and watched it, classic
18:44.31jonpryi've seen some dirty harry
18:44.58jonpryother than that i mostly stick to star trek tng and after
18:45.16jonpryneed to be prepared for a warp core overload
18:45.39arrrghhhlol
18:51.20*** join/#htc-linux tmzt (~tmzt@adsl-76-244-144-33.dsl.akrnoh.sbcglobal.net)
19:03.41arrrghhhlunchtime, i'll check out the new kernel during lunch.
19:03.43arrrghhhthanks WisTilt2 and jonpry :D
19:03.46arrrghhhbbl
19:03.55*** join/#htc-linux NeoMatrixJR (~chatzilla@173-20-63-176.client.mchsi.com)
19:13.20*** join/#htc-linux Segnale0_ (~Segnale00@151.62.171.39)
19:18.06*** part/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv)
19:36.03WisTilt2stinebd: raph panel id test kernel ready for your testing whenever you are
19:36.45WisTilt2stinebd: pm'd link
19:37.52*** join/#htc-linux Andreyxxl1 (Andreyxxl@89.32.146.153)
19:43.16*** join/#htc-linux balans (~barry@82-170-217-205.ip.telfort.nl)
19:45.45*** join/#htc-linux tmzt (~tmzt@adsl-99-164-42-196.dsl.akrnoh.sbcglobal.net)
19:50.30*** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@89.32.146.153)
19:52.08*** join/#htc-linux arif-ali (~arif-ali@88-104-138-136.dynamic.dsl.as9105.com)
20:01.13*** join/#htc-linux Rob2222 (~Miranda@p4FFF2479.dip.t-dialin.net)
20:06.57*** join/#htc-linux gauner1986 (~Adium@p508C7DA8.dip.t-dialin.net)
20:10.56*** join/#htc-linux Rob2222 (~Miranda@p4FFF2479.dip.t-dialin.net)
20:11.10hycOK, for anyone interested, I've patched libril and the radiooptions command to allow sending arbitrary strings via the OEM_HOOK_STRINGS request
20:11.40hycso you can see in a logcat -b radio what all of these undocumented commands do
20:11.47emweAlex[sp3dev]: has your power drain by chance relieved with your clock changes adding USB_OTG clock? i think it does for me. 1.5hours with 1%. allthough data and radio off. will watch over night how it performs.
20:12.40Alex[sp3dev]emwe: no idea. but i have noticed that with my mmc driver wifi was never off. turned it off altogether since it is not working anyway, but looks like sth else is drawing power, maybe some vreg
20:13.08Alex[sp3dev]huh. right, i'll disable radio and see
20:13.12emweAlex[sp3dev]: btw, allthough unused, you'd might wan't to fix the CLK_HALT_STATEx defs in your clock-msm-a11
20:13.22Alex[sp3dev]emwe: will do later
20:13.54Alex[sp3dev]i actually think i'll move some vfe rate stuff from jb, but the rest is not really needed or used
20:14.00emweAlex[sp3dev]: btw, right... as you mention it... can it be your rfkill leaves bt on on boot?
20:14.10Alex[sp3dev]emwe: yes, it is like that
20:14.42emweAlex[sp3dev]: rfkill_set_states(bt_rfk, default_state, false);
20:15.03Alex[sp3dev]emwe: yeah, added this but not commited
20:15.08emwek ;)
20:15.25emwei already printk'ed around in vreg.c but all stuff looks ok, also regarding refcounting.
20:15.31Alex[sp3dev]someone broke pxa gpio in mainline linux ;)
20:15.50Alex[sp3dev]i have 9 gpio expanders on loox 720 board. it wont boot. with 8 it does. on 34 everything worked
20:17.34Alex[sp3dev]emwe: looks like i'll be getting my friend's diamond for some time so i'll have an extra device to test nand
20:17.45emweah cool.
20:17.49emwestill waiting for that rhod.
20:18.10emwebut luckily that raph is lying here too for finally getting your amms stuff being looked into ;)
20:20.03Alex[sp3dev]i am almost clueless about wifi. the 35 driver will crash with elp reading, the one from 39 will hang after first scan. i think i'll just fix tiwlan to compile on 35 and forget about it until other stuff is done
20:20.06WisTilt2emwe: you still havent got that rhod?  sounds like bs to me.  i sent my old rhod to jb via usps and he got it in 4-5 days.
20:20.28emweWisTilt2: how much did you pay for the shipment?
20:20.37WisTilt2around $15 usd
20:20.44emwehm, same lika kraln. shitto
20:20.59emwethat tracking site still indicated no change a few days ago
20:21.14emwearrghh even called usps btu they said it's not trackable with that shipping type
20:21.16emwedamnit
20:21.25emweonly hope is toll office then.
20:21.32Alex[sp3dev]troll office?
20:21.42WisTilt2yeah usps tracking is a joke, tracking means we update when its delivered, prior to that they have no idea where it is.
20:22.33emweWisTilt2: btw, i pushed your pm changes to .35 because i wan't to get all that modded files off. been running with no issues for long time. hope you don't mind.
20:23.01WisTilt2which one, from the ml or the one i sent you directly?
20:23.02emwei can fix them up later if you come up with some more stuff.
20:23.27WisTilt2or did i send you one i cant remember:)
20:23.39emweonly the little ones A11S_CLK_SLEEP_EN and A11S_STANDBY_CTL
20:24.41WisTilt2yeah np there.  i was thinking i sent you some of the newer stuff im doing.  sometime by next week i should have these other additions done.
20:25.39emwenp. too many changes falsify my subjective measurements ;)
20:25.49emweregarding power drain that is.
20:27.22jonpryi just got a package delivered down here that took 13 months via post
20:29.09Alex[sp3dev]emwe: i have looked into gps and found out that the gps library crashes, so it's not rpc issue. now looks like i'll have to put log prints everywhere to track it down
20:30.26emweAlex[sp3dev]: i am not that familiar with gps. is there any proprietary gps lib involved, too?
20:30.40Alex[sp3dev]emwe: luckily no
20:30.58*** join/#htc-linux helicopter88|2 (~helicopte@host40-134-dynamic.2-79-r.retail.telecomitalia.it)
20:32.51*** join/#htc-linux helicopter88|3 (~helicopte@host40-134-dynamic.2-79-r.retail.telecomitalia.it)
20:34.56WisTilt2jonpry: can we move scbs_do() up inside the existing if(collapsed) loop or does it need the vectors restored first?  im doing some cleaning up in my pm code.
20:36.31Alex[sp3dev]emwe: even with wifi and bt off the drain is the same. awesome. need to figure charger code, maybe it's not disabling charging when unplugged
20:39.21emweAlex[sp3dev]: what changes power behaviour when plugged? what's the difference in device power consumption when being plugged or unplugged?
20:40.22Alex[sp3dev]emwe: there is a gpio (actually, two) that tell the charger to charge. it either routes power differently or enables some vreg, but when you activate them, it draws more power
20:41.29Alex[sp3dev]ok, need to verify with radio off. looks like a linear approximation gives me 8 hours with radio off which is not good either
20:41.59Alex[sp3dev]5 mV each 4 minutes on average
20:42.05emwei got like 12-14 with radio+data
20:43.49WisTilt2emwe you are only getting 12-14hrs battery in sleep?
20:44.14emweWisTilt2: well, with alarm clock in the morning and some little use looking how battery performs, yes.
20:44.51WisTilt2what is it a 300ma battery:) thats not good at all
20:44.55emweguys why i am not working really on something else but chasing mvolts
20:45.03emwes/guys/guess/
20:45.22emwe1100mah
20:46.03WisTilt2you should be getting at least 30-40hrs with that i'd think.  you sure panel is powering off all the way?
20:46.06*** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-12-212.bb.netbynet.ru)
20:46.47Alex[sp3dev]well, the only thing left is connecting an amperemeter and poking vregs and gpios
20:47.07*** join/#htc-linux GNUtoo (~GNUtoo@host93-56-dynamic.249-95-r.retail.telecomitalia.it)
20:47.37emweWisTilt2: you already looked at the code. nothing obviously different/wrong compared to rhod. but something is still open... dunno if directly panel related.
20:47.51Alex[sp3dev]has anyone tried androix, btw? would be nice to have X in chroot to have a full-featured X, terminal and run octave and maxima on the phone
20:48.07WisTilt2oh, i keep thinking rhod.  you're talking topa
20:48.24emweAlex[sp3dev]: regarding thos gpio, you talking of the two for enabling/disabling and the other selecting charge current?
20:48.33Alex[sp3dev]emwe: right
20:48.47emweAlex[sp3dev]: does the ac charger detect gpio come into play as well there?
20:49.26Alex[sp3dev]emwe: nope.. i mean, it does not seem to work correctly, so i'm forcing usb now. but will look into it
20:49.47emweAlex[sp3dev]: jb re'ed gpio 82 as the ac charger detect gpio for topa, but when putting it for use in battsmem the isr is not triggered. so whonder what's wrong.
20:50.16Alex[sp3dev]emwe: i'm not using smem anyway
20:50.17emwei think i debugged battsmem and it at least switches off and disables the charger.
20:50.21emweyap, i know ...
20:52.01Alex[sp3dev]i think i need a hack like leo users do - to export reading d+/d- status from hsusb to detect ac charger. but i think it will be better to properly disassemble winmo once again and copy detection routines
20:52.43emwei think i am lost with asm.
20:53.02*** join/#htc-linux Andreyxxl1 (Andreyxxl@89.32.146.153)
20:53.21emwei found panel init sequences in disptools but then my understanding stopped.
20:53.34Alex[sp3dev]i wonder if the new apis in GB allow to add custom filters for audio streams ;)
20:54.11Alex[sp3dev]i want to use kovsky color leds as a vu meter ;)
20:54.29emweare you bored?
20:54.45gauner1986yes
20:54.46emwedon't get distracted, find the batt drain :P
20:54.48Alex[sp3dev]no, i have just wanted to do it ever since i had my first pda
20:56.14WisTilt2emwe: what panel type does that topa return?
20:56.23emweWisTilt2: auo
20:56.32WisTilt20x13?
20:56.37WisTilt2or 0x01
20:56.44emwelet me quickly check irclogs
20:56.46emwealready forgot
20:57.15WisTilt2or maybe the new 0x07 i just committed in that last patch
20:58.22*** join/#htc-linux programmer8922 (~Evan@67.219.164.162)
20:58.22*** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@89.32.146.153)
20:58.42emweno. let me just readd the panel detection and i will see.
20:59.03WisTilt2k.  looking again at the topa panel code and i have a theory
21:01.33*** join/#htc-linux Andreyxxl1 (Andreyxxl@89.32.146.153)
21:02.51gauner1986anybody knows a good 3x4gb ddr3 ram kit?
21:02.53gauner1986:)
21:09.23*** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@89.32.146.153)
21:12.53*** join/#htc-linux LargePrime (~LargePrim@184-230-195-172.pools.spcsdns.net)
21:13.18*** join/#htc-linux Andreyxxl1 (Andreyxxl@89.32.146.153)
21:18.36emweWisTilt2: panel type 0x1 AUO
21:18.36*** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@89.32.146.153)
21:19.20WisTilt2emwe: if you feel up to a couple test?
21:19.48emweWisTilt2: wan't me to test out the auo init sequence from .27?
21:19.59emweerr rather the deinit sequence :)
21:20.03WisTilt2init should be fine
21:20.09emweright. deinit i meant
21:20.17emweit has a couple more commands
21:20.23WisTilt2yeah deinit but can you try these test in this order...
21:20.47WisTilt2wait, are you using the same panel code as im looking at in .27?
21:21.38WisTilt2your deinit should be something like {0x5300, 0x00}, // WRCTRLD
21:21.39WisTilt2{0x2800, 0x00}, // SET_DISPLAY_OFF
21:21.39WisTilt2{0x1000, 0x00}, // ENTER_SLEEP_MODE ("Sleep In")
21:22.02WisTilt2thats ok.  need you to make a few tests in mddi power
21:23.00emweyes, that's my deinit.
21:23.22WisTilt2emwe do you have the same mddi power code as .27?  with the gpio and dex stuff in it?
21:24.03emweWisTilt2: yap. but wait a second...
21:24.10emwe0x1000, 0x00 <<< 0x00
21:24.20emwerhod has 0x01!
21:24.24WisTilt2thats ok, any value to the register works
21:24.33emweah ok. geez.
21:24.46WisTilt2value makes no difference
21:25.05WisTilt2i thought same thing when i first start working on this panel stuff until i looked at the docs
21:25.52WisTilt2here's what i would try in this order...
21:27.08WisTilt2first get rid of all the dex stuff in mddi power, vreg enable/disable does all that
21:27.37WisTilt2differently but in rhod it was better with only vreg
21:28.28WisTilt2on the gpios, are you sure those are needed? if so, are they 100% correct.  seems odd there are 3 of them
21:29.17emweon .35 i only use three vregs, right the dex stuff is just redundant
21:29.30WisTilt23 vregs?
21:29.34emweand the three gpio are identical to what haret trace indicates
21:29.35WisTilt2gp2 and 4
21:29.36emweyes three
21:29.51emwerfrx2
21:30.12emweaccording to htc-linux
21:30.23emwethat's what the vreg and dex mixture actually is on .27
21:30.41emwei am just not ambitious to update that on .27 until it's all fine on .35
21:30.59*** join/#htc-linux LargePrime (~LargePrim@184-230-195-172.pools.spcsdns.net)
21:31.06emweit's strange though that vsync is disabled on paneloff and the other two are enabled.
21:31.11WisTilt2you're still getting vreg's like this right?vreg_lcd_1 = vreg_get(0, "gp2");
21:32.22emwehere's the code: https://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/blobs/htc-msm-2.6.35/arch/arm/mach-msm/board-htctopaz-panel.c
21:32.35WisTilt2that will make it easier:)
21:32.44emweand i traced vreg.c and all are disabled fine when panel goes offf
21:33.11emwebut really, i would like to eval over night with alex' updated clocks
21:33.23emwedunno how power consuming the usb_otg clock is as it was not disabled.
21:34.15emwedamnit, didn't alex mention his wifi wasn't turned off yet in his mmc.c?
21:34.45emwei imported it it from his tree in the very beginning and later on he made his own board specific one. dunno if the "old" one is still affected with wifi being on actually, too.
21:38.08WisTilt2code looks good as it is.  probably need to try it as is when you know when wifi and usb clock is off:)  might be down where it should be without those running.  panel code looks good to me.
21:38.45emwethanks for verifying it WisTilt2.
21:39.19WisTilt2vreg_mddi is really the only one that saves all the power, aux and rfrx2 didnt make any measurable difference on the rhods we tested.
21:40.53emweif it doesn't prove hurtful, i'll keep them in.
21:41.33WisTilt2emwe, only other thing i'd add is in the init -
21:41.36WisTilt2{0x3a00, 0x05},
21:41.36WisTilt2{REG_WAIT, 0x1},
21:41.36WisTilt2{0x3b00, 0x00},// hsp/vsp high trigger
21:41.36WisTilt2{0x3b02, 0x00},// vbp 1 clk
21:41.36WisTilt2{0x3b03, 0x00},// vfp 1 clk
21:41.37WisTilt2{0x3b04, 0x00},// hbp 1 clk
21:41.39WisTilt2{0x3b05, 0x00},// hfp 1 clk
21:42.05WisTilt2thats what im running for all the auo panel types
21:42.24WisTilt2actually the REG_WAIT is just 1ms delay
21:46.00emweok, that is getting a bit too high tech for me looking at the docs ;)
21:47.25stinebdWisTilt2: what's my dmesg | grep looking for?
21:47.26WisTilt2lol, that stuff just sets to 16bit 64k color and setups up the number clocks in vert/horz, speeds things up a bit
21:47.31stinebdgonna boot in a few minutes
21:47.42WisTilt2stinebd: Panel Type:
21:47.50stinebdk
21:48.02WisTilt2im hoping to see something like 0x13-0x15
21:48.14emwestinebd!
21:48.32emweWisTilt2: giving it a try.
21:48.42stinebdso if i see Panel Type: π or ∞ we've got issues?
21:49.01stinebdhi emwe
21:49.13WisTilt2anything other than those, we have to go through the painful multiple kernel test process
21:49.28stinebdi'll make sure it's one of those then
21:49.34WisTilt2that would be nice:)
21:51.15stinebdhmm waiting for sd card
21:56.17WisTilt2stinebd: actually you're looking for "Panel type detected:"
21:57.14stinebdWisTilt2: sd card isn't working on this kernel. a minor inconvenience, i'll add a grep to the initramfs
21:58.06WisTilt2can you normally boot the other kernels like autobuild or my other test kernels?
21:58.24stinebdyeah
21:58.44WisTilt2whats the last kernel you've been using?
21:59.19stinebd2.6.27.46-01276-g6a6a1c1-dirty
22:00.01stinebdi think i saw panel type detected 5, gotta reboot to verify
22:00.08stinebdit's acting real weird
22:01.04WisTilt2this build is current with the git tree without any of my other stuff in it.  only added the panel detect code to the raph panel file.
22:01.24WisTilt2except...damn hang on:)
22:01.29stinebdmaybe the clocks crap is still screwed up
22:02.03stinebdindeed Panel type detected: 5
22:02.26stinebdit froze when i opened the keyboard and hit a key heh
22:03.18WisTilt2so it is booting, just has problems after boot?
22:03.29stinebdkernel boots, yeah
22:03.44stinebdbut keypress freezes it, sd card isn't accessible
22:04.11stinebdin fact it looks like the keypress led to an sd card state change
22:05.26WisTilt2well we know panel type at least.  can you try booting the new autobuild kernel and see if it does the same
22:05.37stinebdthat'll cost you extra
22:05.42WisTilt2lol
22:06.44stinebdthank god for the wiki, i'd never remember all these links for kernels and rootfs and stuff
22:07.02WisTilt2emwe: none of my button led code was pushed yet right?
22:07.30WisTilt2which shouldn't matter since i have that inside machine type rhod anyway
22:08.13stinebdWisTilt2: autobuild kernel behaves normally
22:09.05WisTilt2same source hmm. ok im going to remove panel detect and nothing else and have you try same kernel like that.  maybe raph doesnt like the addy im detecting panel from
22:09.31stinebdraph is a fussy bitch
22:09.40stinebdshe needs to be slapped and sent back to the kitchen
22:09.51WisTilt2lol sounds like it
22:10.10WisTilt2ok same filename, try this one
22:11.14WisTilt2if it turns out to be the address is doesnt like then we're probably not getting the actual panel type and 5 just happened to be the value in that location.
22:12.37stinebdstill no good
22:14.28WisTilt2git pull shows current with tree and no files changed except the raph panel.  need to clone again or what?
22:15.09stinebdwanna see the output i got with the first kernel?
22:15.16WisTilt2sure
22:16.21stinebdhttp://maduin.southcape.org/~bryan/android/raphtest-output.jpg
22:16.25stinebdplease excuse the size
22:16.51stinebdat 35 seconds i hit a keyboard button with the clamshell open
22:18.23WisTilt2is that cdma device?
22:18.26stinebdno
22:18.31stinebdgsm, att fuze raph110
22:18.41emweWisTilt2: i dunno how many of the button code patches for rhod was pushed.
22:19.27stinebdi can't believe the nexus one camera could get that text legibly
22:20.04*** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-59-203.tampfl.fios.verizon.net)
22:21.02WisTilt2well panel detect is just about at the correct time into boot that it should be so doesnt look like thats a problem.  the irq seems to be whats wrong, why i dont know.  let me re-clone the whole tree and build again.
22:21.26stinebdtold you it would cost extra ;)
22:22.20emwewhat are you trying to do? fixup raph panel collapse?
22:22.32WisTilt2yep
22:23.01emwethere's still that auto-bl=on bug where panel wont unblank
22:23.36emweauto-bl=off and all fine.
22:23.37WisTilt2?
22:23.42WisTilt2dont know about that one
22:23.54WisTilt2on rhod?
22:24.00emweraph
22:24.24WisTilt2oh. didnt know about that.  stinebd you run autobl dont you?
22:24.52emweit apparently needs another brightness set cmd after sending the auto-bl=on cmd in microp_panel_resume()
22:25.16emwei tried once quickly in 5 minutes. didn't work, but didn't pursue further
22:25.16stinebdemwe: i did that and you told me i was doing it wrong :P
22:25.27WisTilt2i fixed that in rhod i thought.  maybe that never got pushed
22:25.33emwestinebd: i would have never dared to say you were doing it wrong boy.
22:25.33*** join/#htc-linux phh_ (~quassel@137.194.15.151)
22:26.35WisTilt2emwe, so panel stays off when autobl is on coming out of sleep?
22:26.52emweWisTilt2: that bug appeared when liblights stopped sending lcd_backlight brighntess levels to set when it is set to auto-brightness mode from userland itself. so it seems that sending just the right (one) brightness level cmd after sending the autobl-cmd would fix it.
22:27.11emwethat is the theory.
22:27.47emwebad/strange thing is though, that that is not required for the other devices.
22:27.57WisTilt2that doesnt happen on rhod because we have the panel brightness register set to a certain level on init, raph doesn't yet.
22:28.13emweah
22:28.16WisTilt2on raph it would be zero
22:28.27WisTilt2thats easy enough to fix in kernel though
22:28.51emweyes, as i'd rather have liblights stay like it behaves now. that is, stop sending brightness levels to set when in auto-mode
22:28.57WisTilt2whats another if machine type blah blah right?
22:29.05emwethat's why the if(auto_bl) on rhod codepath could go as well
22:29.06stinebdseveral cycles!
22:29.50WisTilt2emwe that needs to stay to allow manual to work.  maybe userland is changed now and we dont have to do that.
22:30.19emwethat's the change i am talking about
22:30.44emweif liblights get's told from android to enable auto-bl mode it just sets autobl in microp and ommits sending any brightness levels to microp
22:30.56emwethat's when the raph bug appeared.
22:32.09stinebdhttps://gitorious.org/xdandroid/hardware_msm7k/blobs/gingerbread/liblights/lights.c#line170
22:32.13WisTilt2raph is still using microp_panel resume/suspend, rhod isnt anymore.  since im working on raph panel collapse ill re-do all that for raph.
22:32.14*** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net)
22:32.44stinebdthats some sexy c right there
22:33.09WisTilt2so thats just gb then?  frx06 still needs it
22:33.28stinebdfroyo is the same
22:33.28emwefroyo liblights is all the same
22:34.01WisTilt2ill just make raph the same as we have rhod now then and we'll be good to go.
22:34.05emwestinebd: btw, you got mail if you didn't notice yet. but i am on the way to bed.
22:34.21WisTilt2assuming we can get panel collapse working on raph of course
22:34.27emwehope i can free up some time this weekend.
22:34.38emwehave fun peeps!
22:34.46WisTilt2nite emwe
22:34.51stinebdemwe: you have no idea how much mail i got
22:34.55emwelol
22:34.59emweno hurries
22:35.05emwenight.
22:35.11stinebdnight
22:36.43WisTilt2ok stinebd, adding panel detect back into clean cloned tree and building.
22:38.04WisTilt2wb arrrghhh.  so did that boot ok?
22:38.20arrrghhhlol
22:38.22arrrghhhoh yea
22:38.35arrrghhhposted, it's good to go
22:38.37WisTilt2are you seeing the scbs.log building up
22:39.01WisTilt2oh you already posted good.  hopefully lots more people can test that
22:40.56arrrghhhindeed.
22:41.01arrrghhhyes, i have a small scbs log
22:41.17arrrghhh180k
22:42.10WisTilt2largest one i ever let go was over 4mb, took forever to make the model
22:42.17arrrghhhlol i bet
22:43.20WisTilt2stinebd: try this kernel.  just to be sure md5 is c7d87cb87e1327e70a8f08417aa98e7e
22:43.58WisTilt2arrrghhh is waking still quick?  might have slowed it a tad but should still be pretty quick
22:44.18arrrghhhyea, if it is any slower it's negligible.
22:44.27arrrghhhwakes are quick, sleep is as well.
22:44.41arrrghhhusually only blinks once or twice before solid green.
22:45.29WisTilt2you should get around 1% per hr drop in sleep even with occasional sync.
22:45.38arrrghhhnice
22:45.46arrrghhhyea i've disabled clocksync with NITZ now working
22:45.49stinebdWisTilt2: ok this one works, panel type detected still 5
22:45.51WisTilt2might be lower
22:46.01arrrghhhalthough my clock is off on boot.  seems to be OK so long as i sync once on boot.
22:46.25WisTilt2well i dont like type 5 but glad kernel didnt crash.  buttons and kbd not messing with sd card now?
22:46.58stinebdeverything is totally normal
22:47.26stinebdarrrghhh: had any feedback on the gingerbread keyboard since our last round of adjustments?
22:47.39arrrghhhno complaints
22:47.42WisTilt2ok.  guess ill have to hunker down and start making up sequential test kernels for you to run.
22:48.02arrrghhhwishes he still had his RAPH800
22:48.03arrrghhhoh well
22:48.07WisTilt2ive got time for a few now if you do stinebd?
22:48.12stinebdsure
22:48.37WisTilt2need more coffee and a pitstop.  ill ping you when first one is ready.
22:48.54stinebdgot it, i got dinner coming up at some point so don't be offended if i eat in front of you
22:49.16arrrghhhso long as you share, it's cool
22:49.18WisTilt2as long as you don't smack while eating np
22:49.23stinebdwhenever it catches fire, it's done
22:49.28arrrghhhlol
22:57.52g3rmstinebd: keyboard still doesn't work right on blackstone
22:58.01stinebduh... okay
22:58.37g3rmall keys are "stacked" at the bottom of the screen
22:58.49stinebdhuh?
22:59.04stinebdpics or it didn't happen
22:59.25g3rmhehe I was thinking about doing ss
22:59.31stinebdgingerbread?
22:59.38g3rmyup
22:59.47stinebdwhat's blackstone's resolution?
23:00.03g3rmWVGA
23:00.21stinebdweird
23:00.42g3rmI know because it suppose to work on WVGA
23:00.44stinebdworks fine on rhod
23:01.15*** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net)
23:02.37*** join/#htc-linux arrrghhh_ (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net)
23:08.25g3rmstinebd: http://img202.imageshack.us/i/screenshotky.png/
23:09.13WisTilt2stinebd: can you do me a favor and put in sleep then wake and grep dmesg and tell me the output for - init xxxx panel and deinit xxxx panel.
23:09.44stinebdg3rm: looks okay to me
23:09.46stinebdruns
23:09.54WisTilt2or it might say unknown panel_id also
23:10.05stinebdWisTilt2: with the same kernel i have?
23:10.09WisTilt2yes
23:10.34WisTilt2this current panel file for raph needs lots and lots of re-working
23:10.41stinebdphh's fault
23:10.48*** join/#htc-linux LargePrime (~LargePrim@184.230.195.172)
23:11.25g3rmstinebd: yeah, it's ALMOST fine ;)
23:12.35*** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net)
23:13.21stinebdWisTilt2: sharp panel
23:13.42WisTilt2lol, well you actually have a hitachi
23:13.58stinebdnope, clearly says sharp ;)
23:14.21WisTilt2so in sleep you just get a blanked out screen i assume
23:14.32WisTilt2sucking power in the dark
23:15.12jonpryWisTilt2, you can probably move scbs_do() i am less blind than you. just put it where it looked least intrusive
23:16.09WisTilt2jonpry, just compacting code to make it nice, small and fast
23:16.33WisTilt2arrrghhh posted the test kernel so hopefully you can get a lot more testers
23:16.43jonprysounds good
23:17.29jonpryyes, we will see how many better idiots they can build
23:18.49*** join/#htc-linux lewellyn (downstairs@greenviolet/lewellyn)
23:19.39jonprybtw if you long click a log in babs it will make a plot for you
23:19.39jonpryafter some time
23:20.23jonprystill working on the ultimate time wasting app
23:33.37jonpryI edited my instructions to include the possibility of using your kernel
23:37.13jonpryeverybody wants F22 rootfs
23:37.27jonpryif his code is any good why don't we have it?
23:42.36*** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net)
23:43.18WisTilt2stinebd: first test kernel ready.  sleep then if it wakes back up you can test in sleep for power drain.  if doesnt wake we continue.
23:44.27stinebdyou ever get around to adding anti-tiad logic?
23:44.32WisTilt2jonpry: yeah F22 has a nice rootfs.  until scbs thats all ive been using.
23:47.55WisTilt2started coding it but that all went away before i put it out
23:48.46WisTilt2btw, if panel doesnt come back up out of sleep can you call the phone just to make sure it didnt lock it up also
23:49.01stinebdWisTilt2: wake fails. getting some mddi_remote_read failures
23:49.20stinebdbacklight comes on, display black
23:49.39WisTilt2backlight came on though?  thats good, means its init'd somewhat
23:49.52stinebd[  128.650634] mddi_remote_read: failed, sent MDDI_CMD_SEND_RTD: int 23a001, stat 808063, rtd val d curr_rev_ptr 0
23:50.03WisTilt2in sleep that should have powered it off fully
23:50.16stinebdhow to verify?
23:50.59WisTilt2you could get a battery volt reading if you have an app that shows that, put it in sleep for say 1hr then see how much it drops with this compared to the other kernel
23:53.49stinebdlet me know if you need dmesg or anything
23:54.00WisTilt2dmesg if you got it
23:54.58jonprywhy hasn't stinebd pulled F22?
23:55.03stinebdhttp://paste.ubuntu.com/594673/
23:55.11hycI don't think F22 has published
23:55.11stinebdbecause i want f22 to submit it
23:55.25arrrghhhindeed, F22 is still grooming it AFAIK
23:55.31hycalthough, in fact his git tree is part of his rootfs.img
23:55.55hycwe could always mount the image and git format-patch ourselves
23:56.09stinebdWisTilt2: sorry forgot to highlight you: http://paste.ubuntu.com/594673/
23:56.38WisTilt2got it
23:58.37jonpryif you want something done in htc-linux, you usually have to do it yourself
23:58.50stinebdwell then do it yourself

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