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.50 | rafyvitto | mdeejay 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.44 | crypto | hey guys |
01:38.28 | Guest12173 | anybody on here? |
01:38.34 | arrrghhh | no |
01:38.42 | arrrghhh | this isn't a 'chat' room. |
01:39.15 | Guest12173 | i have a question about the touch pro 2 android port |
01:39.40 | arrrghhh | well this isn't the place to ask about it |
01:39.45 | Guest12173 | everything seems to work fine as far as connectivity |
01:39.50 | arrrghhh | i can help you in #xdandroid |
01:40.02 | arrrghhh | read the topic, this room is for kernel development. |
01:40.13 | Guest12173 | oh |
01:40.41 | Guest12173 | where might i direct the question then? |
01:40.55 | arrrghhh | i 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.25 | Curious_ | 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.46 | arrrghhh | CrazyofEagle? |
12:29.02 | Curious_ | arrrghhh never stops |
12:29.10 | Curious_ | and never sleeps |
12:29.22 | arrrghhh | sometimes i wonder myself. |
12:29.36 | EagleOfCrazy | hey arrrghhh |
12:29.45 | EagleOfCrazy | how are u? ;) |
12:29.57 | arrrghhh | good, good. you? |
12:31.19 | EagleOfCrazy | me nice ;) |
12:31.40 | EagleOfCrazy | any news? |
12:31.56 | arrrghhh | just workin on the RIL |
12:32.03 | EagleOfCrazy | phh |
12:32.04 | EagleOfCrazy | ohh |
12:32.06 | arrrghhh | trying to analyze some merge requests |
12:32.10 | arrrghhh | hyc 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.38 | EagleOfCrazy | ok |
12:33.53 | arrrghhh | yea, hyc is doin great work on the RIL. |
12:34.05 | arrrghhh | in some ways we've already surpassed HTC's RIL |
12:34.07 | EagleOfCrazy | hehe |
12:34.26 | EagleOfCrazy | sure? |
12:34.37 | arrrghhh | well i said in some ways :P |
12:34.50 | arrrghhh | still some work to be done. however, I guess HTC's RIL doesn't handle USSD? |
12:34.52 | arrrghhh | we do now :D |
12:35.04 | EagleOfCrazy | why u guess so? |
12:35.16 | EagleOfCrazy | my friend use USSD for balance check |
12:35.23 | arrrghhh | lol |
12:35.24 | EagleOfCrazy | on the native android phone |
12:35.27 | arrrghhh | i never said i guess so |
12:35.40 | EagleOfCrazy | or u talking about multimode ussd req? |
12:35.55 | arrrghhh | i'm regurgitating info from alex |
12:37.46 | EagleOfCrazy | hehe |
12:38.22 | EagleOfCrazy | he often have attitute "they lamerzz we rules" |
12:38.24 | EagleOfCrazy | :P |
12:38.27 | arrrghhh | probably poorly |
12:38.28 | arrrghhh | haha |
12:38.29 | arrrghhh | yea |
12:38.41 | arrrghhh | seems like a good attitude. like pride in your country :P |
12:39.05 | arrrghhh | just so long as it's not taken to the point of being a zealot. |
12:39.24 | arrrghhh | bah, i am late for work! cya around |
12:39.34 | EagleOfCrazy | I doubt it's good |
12:39.36 | *** join/#htc-linux tmzt (~tmzt@99.164.121.185) |
12:39.45 | EagleOfCrazy | should be more friendly to people... |
12:40.00 | arrrghhh | oh i meant pride in the project |
12:40.03 | arrrghhh | not being mean to people :P |
12:40.13 | EagleOfCrazy | and anyway community stuffs luck of good testers |
12:40.32 | EagleOfCrazy | it's big problem, we can't test stuffs like companies do it |
12:40.40 | arrrghhh | that's why i'm here. |
12:40.40 | arrrghhh | :P |
12:40.57 | arrrghhh | bbl |
12:41.02 | EagleOfCrazy | it's why quality of our work is more worse than companies like htc |
12:41.22 | EagleOfCrazy | I didn't say it's bad... I say it's worse but have much more abilities |
12:41.34 | EagleOfCrazy | because 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.06 | Detule | jonpry, just started running scbs on my rhod400 last night, first thanks for your hard work |
14:24.01 | Detule | i 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.44 | Detule | once i generate the model, will the phone continue with these background operations (write to scbs.log, etc?) |
14:24.46 | Detule | thanks 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.35 | Cotulla | hey |
14:37.00 | Cotulla | hey Alex |
14:37.02 | Cotulla | how is it? |
14:37.29 | Alex[sp3dev] | Cotulla: hi |
14:38.29 | Alex[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.38 | Cotulla | ohh |
14:39.30 | Cotulla | it fits to universal sentence "linux X.Y.Z boots, but W and Q not working" |
14:39.34 | Cotulla | ;) |
14:40.12 | Alex[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.40 | Cotulla | yeah |
14:42.02 | Alex[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.51 | Cotulla | u like wonders |
14:43.51 | Cotulla | ? |
14:44.02 | jonpry | Detule, i hope to fix the slow wake eventually. the logs will continue after model is generated. |
14:44.05 | Alex[sp3dev] | dunno |
14:44.25 | Cotulla | htc pyramid is wonder. |
14:50.49 | Detule | jonpry: Thanks, I'll post my model to the testing thread once I go through a full cycle |
14:51.47 | jonpry | Detule, 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.38 | gauner1986 | Cotulla: thought you dont like it :P |
14:53.10 | Cotulla | 768 ram only |
14:53.39 | Cotulla | but anyway it's boring....u know. as well android is boring |
14:54.28 | Alex[sp3dev] | of course, fighting bugs in closed-source windows is fun.. |
14:54.30 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
14:55.06 | Cotulla | Alex, much more. |
14:55.44 | Cotulla | just 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.48 | jonpry | hi WisTilt2 |
14:56.12 | Alex[sp3dev] | Cotulla: no i'll just move to userspace next time.. |
14:56.54 | Cotulla | okay |
14:56.55 | WisTilt2 | morning jonpry, how goes it? btw, scbs is excellent! all our phones love it. |
14:57.16 | jonpry | i see you made some commits |
14:57.36 | jonpry | you merge new scbs ABI into your tree? |
14:57.50 | Alex[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.08 | WisTilt2 | recent commits were just panel final changes and that clock fix |
14:58.25 | WisTilt2 | dont have scbs in that tree i made those on |
14:58.53 | jonpry | what about putting scbs in your testing kernel? |
14:59.53 | jonpry | i have plans for yet another ABI, hopefully last one |
14:59.54 | Cotulla | yea |
14:59.58 | Cotulla | it will be good idea |
15:00.31 | WisTilt2 | i 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.29 | jonpry | are you using the 0.4.a rootfs? |
15:01.36 | WisTilt2 | yes |
15:01.43 | jonpry | with superquick? |
15:01.53 | *** join/#htc-linux Hellie (soulreaper@wield.the.scythe.of.the.soulreaper.net) |
15:02.14 | WisTilt2 | think 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.00 | WisTilt2 | just added it to my latest kernel so all the other things work, button lights, quick wake/sleep, etc. |
15:03.30 | WisTilt2 | //Quick like lightning |
15:03.30 | WisTilt2 | if(collapsed) |
15:03.31 | WisTilt2 | { |
15:03.31 | WisTilt2 | scbs_do(); |
15:03.31 | WisTilt2 | } |
15:03.36 | WisTilt2 | this what you mean? |
15:05.07 | jonpry | yeah |
15:05.19 | jonpry | doesn't that require CONFIG_SUPERQUICK to be set? |
15:06.20 | WisTilt2 | dont 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.19 | WisTilt2 | hmm, i dont see that in the config |
15:07.32 | jonpry | yeah its not even in Kconfig |
15:08.18 | WisTilt2 | so you think its not really running in this setup or are we ok? |
15:08.21 | jonpry | maybe that is something i did when i sent it to mailing list |
15:08.33 | jonpry | btw what is your se? |
15:09.46 | WisTilt2 | after discharge down to 15%, full charge cycle, probably 12hrs or so of sleep when i ran the model, SE=0.001330126 |
15:10.04 | jonpry | w00t |
15:10.06 | WisTilt2 | cc=0.259249382 |
15:10.06 | WisTilt2 | cb=87.778924452 |
15:10.06 | WisTilt2 | rc=0.619771346 |
15:10.06 | WisTilt2 | re=0.222379412 |
15:10.06 | WisTilt2 | vf=1.108600000 |
15:10.07 | WisTilt2 | cf=0.312500000 |
15:10.09 | WisTilt2 | lr=0.000001000 |
15:10.11 | WisTilt2 | sl=17.081302582 |
15:10.13 | WisTilt2 | se=0.001330126 |
15:10.16 | WisTilt2 | look ok? |
15:10.24 | jonpry | absolutely |
15:11.02 | jonpry | 1.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.15 | WisTilt2 | what 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.41 | jonpry | i think android starts jabbering at 5% |
15:11.45 | jonpry | and shuts is down at 1 |
15:11.51 | jonpry | er it |
15:12.12 | jonpry | but we have serious problem with phone being asleep when it crosses the threshold |
15:12.48 | WisTilt2 | most 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.40 | jonpry | yeah 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.58 | WisTilt2 | cant we just power off the phone when batt gets below the critical level? |
15:14.16 | jonpry | android seems to take care of that but we have to wake up android for that to work |
15:14.54 | WisTilt2 | we can collapse arm9 in the kernel but that would mean another hack but not hard to do. |
15:15.10 | jonpry | collapse arm9? |
15:15.33 | jonpry | to power off? |
15:15.40 | WisTilt2 | yeah basically you can collapse arm9 and it will power down the whole device. thats what we do with ours now. |
15:16.08 | jonpry | we already have power down code. we write some value to smem and reboot arm9, then arm9 turns the whole thing off |
15:16.43 | WisTilt2 | probably same thing then. |
15:16.51 | WisTilt2 | or similar anyway |
15:17.35 | jonpry | here 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.44 | jonpry | but everybody like a warning |
15:18.13 | jonpry | and i don't see good way to make warning |
15:18.39 | WisTilt2 | wont android display its current low warning? |
15:18.47 | WisTilt2 | or does it even have that? |
15:19.04 | jonpry | it has a low warning, but then we have to wake up at like 5% |
15:19.28 | jonpry | and once we wake it up, there really is no going back |
15:20.20 | WisTilt2 | so 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.50 | jonpry | we can't return to sleep after sub 5% wake up |
15:21.06 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
15:21.38 | WisTilt2 | so the user has to confirm shutdown when that happens and android wont do it automatically or what? |
15:21.54 | Alex[sp3dev] | android will shut down on itself |
15:22.21 | jonpry | without scbs we can't tell when the phone is going to die after a certain point. so sleep is dangerous |
15:23.46 | jonpry | if the phone has been sleeping for hours, then scbs is not necessary. but once you wake it up, all bets are off |
15:24.36 | Alex[sp3dev] | anyone has a 5225 device here? |
15:24.51 | Cotulla | u? |
15:25.02 | Alex[sp3dev] | me, but i'm lazy to do what i need |
15:25.19 | Cotulla | ok |
15:25.26 | Cotulla | what u need? |
15:25.58 | Alex[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.13 | Cotulla | gps 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.42 | Alex[sp3dev] | need to check. there seem to be no memory leaks, but calling malloc/free for just one int is stupid |
15:27.00 | Cotulla | there was last time malloc(X) in each rpc function |
15:27.03 | Cotulla | without proper free |
15:27.06 | Cotulla | looks like so... |
15:27.17 | Cotulla | or is it free inside rpc engine? O_o |
15:27.22 | Alex[sp3dev] | there is free for both if error happens and if not, so looks like it does not leak |
15:27.48 | Alex[sp3dev] | but malloc should be removed altogether, they should be allocated on stack |
15:29.48 | Cotulla | dunno few months ago there was no free |
15:29.52 | Cotulla | maybe somebody fixed it already |
15:29.56 | jonpry | WisTilt2, 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.50 | Alex[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.12 | Cotulla | workaround. not clear solution. |
15:32.24 | Cotulla | but yes add |
15:32.26 | Cotulla | it] |
15:32.29 | Cotulla | 's not bad |
15:32.31 | Cotulla | don't listen me |
15:32.38 | Cotulla | I am stupid :D |
15:32.46 | Alex[sp3dev] | i know :D |
15:33.03 | Cotulla | and? |
15:33.05 | WisTilt2 | jonpry: we could wake it every couple minutes, vibrate, flash leds and screen, to tell user there's a problem |
15:33.12 | Alex[sp3dev] | well, but why it dies is interesting itself |
15:33.20 | Cotulla | better put sine sound |
15:33.24 | Cotulla | like syren |
15:33.27 | WisTilt2 | or play a soundfile saying "im dying here" |
15:33.39 | Cotulla | yeah |
15:33.50 | Cotulla | "I am dying... help me... help me...." |
15:33.58 | Cotulla | don't leave me alone |
15:33.58 | WisTilt2 | lol |
15:34.06 | fakker | i am stuck in a well |
15:34.25 | Alex[sp3dev] | fakker: cool |
15:34.32 | fakker | but i have internet |
15:34.33 | fakker | it's ok |
15:34.53 | jonpry | turn backlight on max |
15:35.03 | jonpry | in case they are deaf and are wearing thing clothes |
15:35.09 | jonpry | at night |
15:35.18 | Alex[sp3dev] | too bad we have no irda to burn the user |
15:35.26 | arrrghhh | WisTilt2, turn on all radios full blast. just drain the phone as quickly as possible :P |
15:36.10 | WisTilt2 | put one of those old tv test screens up that has the radar sweep counting down number to death |
15:36.42 | arrrghhh | haha |
15:37.17 | arrrghhh | the '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.47 | Alex[sp3dev] | uncertainty principle |
15:37.51 | WisTilt2 | thats true, catch22 |
15:38.30 | arrrghhh | yea, 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.00 | jonpry | phone, text, email all contacts with current gps coordinates |
15:42.22 | Alex[sp3dev] | enabling gps will crash the phone |
15:43.39 | jonpry | it 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.08 | Alex[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.31 | jonpry | WisTilt2, did i mention the code i sent you on april 8th does not require any config options and is good to go |
15:48.11 | WisTilt2 | Alex[sp3dev]: nice. i need to take a look at that so it can be fixed properly in .27 |
15:48.33 | Alex[sp3dev] | WisTilt2: should be my latest commit on 35 |
15:48.51 | Alex[sp3dev] | http://gitorious.org/~ast/linux-on-qualcomm-s-msm/alex-linux-xperia/commit/c95565ed10a6a4456843bd7a3d4239825d346508 |
15:49.16 | WisTilt2 | jonpry: 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.42 | jonpry | WisTilt2, thats sounds great |
15:50.05 | arrrghhh | w00t |
15:50.28 | WisTilt2 | thanks alex, ill check that out and see what mods need to be done to .27 |
15:51.33 | jonpry | gtg |
15:53.13 | WisTilt2 | arrrghhh 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.35 | arrrghhh | oh ok, so you're integrating scbs. cool. nothin else tho? |
15:54.05 | WisTilt2 | nope just adding scbs to whats there now on that 4/4 kernel, i think that was the date |
15:54.25 | arrrghhh | yup |
15:57.41 | arrrghhh | i 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.49 | Alex[sp3dev] | ok, looks like simply writing i2c clock register and calling poll_not_busy on resume was enough to fix the keypad |
16:46.58 | Alex[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.47 | Alex[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.48 | Alex[sp3dev] | [acl]: btw, you know that i have booted 2.6.35.7 off nand? |
16:50.20 | Cotulla | dude, stop show offs |
16:50.22 | Cotulla | :D |
16:50.22 | [acl] | Alex[sp3dev]: nahh bro.. i left all .35 on haret. it was too much |
16:50.40 | Cotulla | hey [acl] |
16:50.41 | Alex[sp3dev] | [acl]: so how did you fix crashes with usb back then? |
16:50.43 | Cotulla | :) |
16:50.43 | [acl] | Cotulla: sup bro.. when can we see ur kernel :-) |
16:50.58 | Alex[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.42 | WisTilt2 | man 2.6.38 sure runs nice on android |
16:51.59 | Cotulla | shit, alex wait we come soon to ur hose |
16:52.01 | Cotulla | *house |
16:52.12 | Cotulla | :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.26 | fakker | blyad |
16:55.37 | Alex[sp3dev] | fakker: we know who you are |
16:55.38 | emwe | hiho |
16:55.56 | Alex[sp3dev] | emwe: hi |
16:55.56 | gauner1986 | i hate writing complex sql statements |
16:56.04 | fakker | Alex[sp3dev], family business - what can i say? |
16:56.07 | Alex[sp3dev] | gauner1986: write simple ones |
16:56.14 | [acl] | gauner1986: complex ? you an sql admin? |
16:56.18 | gauner1986 | no |
16:56.26 | [acl] | damn.. poor bastard.. |
16:56.26 | gauner1986 | but it's part of my bachelor thesis |
16:56.29 | emwe | Alex[sp3dev]: you been busy i see in logs ;) |
16:56.31 | gauner1986 | sadly |
16:56.50 | gauner1986 | Alex[sp3dev]: not possible.. crap in, crap out |
16:56.56 | gauner1986 | database is complex |
16:57.12 | WisTilt2 | hey 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.26 | emwe | WisTilt2: good to know. thx. |
16:57.34 | Alex[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.09 | Alex[sp3dev] | [acl]: just drop it altogether then |
16:58.17 | emwe | Alex[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.35 | Alex[sp3dev] | emwe: yeah, like that |
16:58.43 | WisTilt2 | [acl]: anyone other than you and i have root access to this server here? |
16:58.50 | Alex[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.32 | WisTilt2 | someone 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.29 | WisTilt2 | someone 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.04 | WisTilt2 | [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.24 | WisTilt2 | i 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.41 | WisTilt2 | Alex[sp3dev] is this msm_ts specific to .35? |
17:04.20 | Alex[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.17 | WisTilt2 | i mean the fixed irq one you sent me the url to. will that run on .27 without mods? |
17:05.42 | Alex[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.15 | WisTilt2 | ok, 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.44 | Alex[sp3dev] | [acl]: nope |
17:11.57 | [acl] | ok.. might be rhod specific then |
17:12.09 | Alex[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.04 | Alex[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.47 | Alex[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.31 | Alex[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.59 | Alex[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.16 | Alex[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.25 | Alex[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.25 | Alex[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.56 | Cotulla | u ever saw how it's working on top devices? :P |
17:27.05 | Alex[sp3dev] | Cotulla: i do watch youtube sometimes |
17:27.19 | Cotulla | it lags there too |
17:27.22 | Cotulla | irl |
17:27.34 | Alex[sp3dev] | Cotulla: yeah, default android launcher sucks hard |
17:28.01 | Cotulla | haha? |
17:28.38 | Alex[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.23 | Alex[sp3dev] | [acl]: i will never get tired of telling sense sucks |
17:29.49 | Alex[sp3dev] | i don't like when they try to build applications for everything into sense. and their UI drawing skills are mad |
17:30.19 | Cotulla | ur too I guess :) |
17:30.35 | Alex[sp3dev] | Cotulla: at least i'm not working as a professional designer |
17:30.46 | Cotulla | :D |
17:33.28 | *** join/#htc-linux balans (~Miranda@82-170-217-205.ip.telfort.nl) |
17:41.06 | WisTilt2 | jonpry: 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.15 | ftoz | hi, 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.06 | jonpry | hi 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.37 | WisTilt2 | jonpry 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.05 | jonpry | i think separate is good |
18:31.09 | jonpry | rootfs is like 15mb |
18:31.45 | WisTilt2 | i 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.22 | jonpry | he reads the thread on ppcg. |
18:33.31 | jonpry | it has the latest evolving info |
18:33.32 | WisTilt2 | people are going to need to be told how to cycle their battery and make the model also. |
18:33.46 | WisTilt2 | ah ok he can link to it then |
18:33.53 | jonpry | yeah, i haven't really figure that part out |
18:35.57 | WisTilt2 | well 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.22 | arrrghhh | WisTilt2, all set to jet? |
18:36.24 | WisTilt2 | battery seems to be tracking dead on |
18:37.17 | WisTilt2 | arrrghhh, 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.30 | arrrghhh | cool |
18:37.42 | arrrghhh | so if idiots just run the kernel without the apk or the rootfs |
18:37.45 | arrrghhh | any negative side effects? |
18:37.51 | WisTilt2 | identical kernel as my test one, with scbs added only. |
18:38.02 | jonpry | are the slow wakes still happening? |
18:38.15 | WisTilt2 | nope, all our phones wake quick with it |
18:38.42 | jonpry | hmm. my kernel is slow |
18:38.44 | WisTilt2 | sleep takes maybe .5 - 1sec longer at times but wakes are fast |
18:38.44 | jonpry | what gives? |
18:39.01 | WisTilt2 | you not running my other tweaks:) |
18:39.21 | jonpry | hrm |
18:39.55 | WisTilt2 | remember the movie space balls? ludicrous speed? |
18:40.24 | arrrghhh | bwhahaha |
18:40.25 | arrrghhh | classic |
18:40.41 | jonpry | before my time |
18:40.48 | WisTilt2 | my kids made me watch that movie, love it |
18:41.01 | WisTilt2 | stupid but entertaining |
18:41.41 | jonpry | those are always good |
18:42.15 | arrrghhh | jonpry, you're not that old |
18:42.20 | arrrghhh | er young |
18:42.50 | jonpry | that was an 87 yeah? |
18:43.01 | arrrghhh | yup |
18:43.07 | arrrghhh | but you've seen blazing saddles right? |
18:43.11 | arrrghhh | that was like 77 i think |
18:43.15 | jonpry | no |
18:43.23 | arrrghhh | 1974 |
18:43.24 | arrrghhh | aw man |
18:43.43 | arrrghhh | i love mel brooks, so maybe i'm weird. but his movies are hilarious IMHO |
18:44.14 | WisTilt2 | blazing 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.31 | jonpry | i've seen some dirty harry |
18:44.58 | jonpry | other than that i mostly stick to star trek tng and after |
18:45.16 | jonpry | need to be prepared for a warp core overload |
18:45.39 | arrrghhh | lol |
18:51.20 | *** join/#htc-linux tmzt (~tmzt@adsl-76-244-144-33.dsl.akrnoh.sbcglobal.net) |
19:03.41 | arrrghhh | lunchtime, i'll check out the new kernel during lunch. |
19:03.43 | arrrghhh | thanks WisTilt2 and jonpry :D |
19:03.46 | arrrghhh | bbl |
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.03 | WisTilt2 | stinebd: raph panel id test kernel ready for your testing whenever you are |
19:36.45 | WisTilt2 | stinebd: 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.10 | hyc | OK, for anyone interested, I've patched libril and the radiooptions command to allow sending arbitrary strings via the OEM_HOOK_STRINGS request |
20:11.40 | hyc | so you can see in a logcat -b radio what all of these undocumented commands do |
20:11.47 | emwe | Alex[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.40 | Alex[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.08 | Alex[sp3dev] | huh. right, i'll disable radio and see |
20:13.12 | emwe | Alex[sp3dev]: btw, allthough unused, you'd might wan't to fix the CLK_HALT_STATEx defs in your clock-msm-a11 |
20:13.22 | Alex[sp3dev] | emwe: will do later |
20:13.54 | Alex[sp3dev] | i actually think i'll move some vfe rate stuff from jb, but the rest is not really needed or used |
20:14.00 | emwe | Alex[sp3dev]: btw, right... as you mention it... can it be your rfkill leaves bt on on boot? |
20:14.10 | Alex[sp3dev] | emwe: yes, it is like that |
20:14.42 | emwe | Alex[sp3dev]: rfkill_set_states(bt_rfk, default_state, false); |
20:15.03 | Alex[sp3dev] | emwe: yeah, added this but not commited |
20:15.08 | emwe | k ;) |
20:15.25 | emwe | i already printk'ed around in vreg.c but all stuff looks ok, also regarding refcounting. |
20:15.31 | Alex[sp3dev] | someone broke pxa gpio in mainline linux ;) |
20:15.50 | Alex[sp3dev] | i have 9 gpio expanders on loox 720 board. it wont boot. with 8 it does. on 34 everything worked |
20:17.34 | Alex[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.45 | emwe | ah cool. |
20:17.49 | emwe | still waiting for that rhod. |
20:18.10 | emwe | but luckily that raph is lying here too for finally getting your amms stuff being looked into ;) |
20:20.03 | Alex[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.06 | WisTilt2 | emwe: 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.28 | emwe | WisTilt2: how much did you pay for the shipment? |
20:20.37 | WisTilt2 | around $15 usd |
20:20.44 | emwe | hm, same lika kraln. shitto |
20:20.59 | emwe | that tracking site still indicated no change a few days ago |
20:21.14 | emwe | arrghh even called usps btu they said it's not trackable with that shipping type |
20:21.16 | emwe | damnit |
20:21.25 | emwe | only hope is toll office then. |
20:21.32 | Alex[sp3dev] | troll office? |
20:21.42 | WisTilt2 | yeah usps tracking is a joke, tracking means we update when its delivered, prior to that they have no idea where it is. |
20:22.33 | emwe | WisTilt2: 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.01 | WisTilt2 | which one, from the ml or the one i sent you directly? |
20:23.02 | emwe | i can fix them up later if you come up with some more stuff. |
20:23.27 | WisTilt2 | or did i send you one i cant remember:) |
20:23.39 | emwe | only the little ones A11S_CLK_SLEEP_EN and A11S_STANDBY_CTL |
20:24.41 | WisTilt2 | yeah 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.39 | emwe | np. too many changes falsify my subjective measurements ;) |
20:25.49 | emwe | regarding power drain that is. |
20:27.22 | jonpry | i just got a package delivered down here that took 13 months via post |
20:29.09 | Alex[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.26 | emwe | Alex[sp3dev]: i am not that familiar with gps. is there any proprietary gps lib involved, too? |
20:30.40 | Alex[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.56 | WisTilt2 | jonpry: 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.31 | Alex[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.21 | emwe | Alex[sp3dev]: what changes power behaviour when plugged? what's the difference in device power consumption when being plugged or unplugged? |
20:40.22 | Alex[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.29 | Alex[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.59 | Alex[sp3dev] | 5 mV each 4 minutes on average |
20:42.05 | emwe | i got like 12-14 with radio+data |
20:43.49 | WisTilt2 | emwe you are only getting 12-14hrs battery in sleep? |
20:44.14 | emwe | WisTilt2: well, with alarm clock in the morning and some little use looking how battery performs, yes. |
20:44.51 | WisTilt2 | what is it a 300ma battery:) thats not good at all |
20:44.55 | emwe | guys why i am not working really on something else but chasing mvolts |
20:45.03 | emwe | s/guys/guess/ |
20:45.22 | emwe | 1100mah |
20:46.03 | WisTilt2 | you 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.47 | Alex[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.37 | emwe | WisTilt2: 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.51 | Alex[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.07 | WisTilt2 | oh, i keep thinking rhod. you're talking topa |
20:48.24 | emwe | Alex[sp3dev]: regarding thos gpio, you talking of the two for enabling/disabling and the other selecting charge current? |
20:48.33 | Alex[sp3dev] | emwe: right |
20:48.47 | emwe | Alex[sp3dev]: does the ac charger detect gpio come into play as well there? |
20:49.26 | Alex[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.47 | emwe | Alex[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.16 | Alex[sp3dev] | emwe: i'm not using smem anyway |
20:50.17 | emwe | i think i debugged battsmem and it at least switches off and disables the charger. |
20:50.21 | emwe | yap, i know ... |
20:52.01 | Alex[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.43 | emwe | i think i am lost with asm. |
20:53.02 | *** join/#htc-linux Andreyxxl1 (Andreyxxl@89.32.146.153) |
20:53.21 | emwe | i found panel init sequences in disptools but then my understanding stopped. |
20:53.34 | Alex[sp3dev] | i wonder if the new apis in GB allow to add custom filters for audio streams ;) |
20:54.11 | Alex[sp3dev] | i want to use kovsky color leds as a vu meter ;) |
20:54.29 | emwe | are you bored? |
20:54.45 | gauner1986 | yes |
20:54.46 | emwe | don't get distracted, find the batt drain :P |
20:54.48 | Alex[sp3dev] | no, i have just wanted to do it ever since i had my first pda |
20:56.14 | WisTilt2 | emwe: what panel type does that topa return? |
20:56.23 | emwe | WisTilt2: auo |
20:56.32 | WisTilt2 | 0x13? |
20:56.37 | WisTilt2 | or 0x01 |
20:56.44 | emwe | let me quickly check irclogs |
20:56.46 | emwe | already forgot |
20:57.15 | WisTilt2 | or 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.42 | emwe | no. let me just readd the panel detection and i will see. |
20:59.03 | WisTilt2 | k. 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.51 | gauner1986 | anybody knows a good 3x4gb ddr3 ram kit? |
21:02.53 | gauner1986 | :) |
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.36 | emwe | WisTilt2: panel type 0x1 AUO |
21:18.36 | *** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@89.32.146.153) |
21:19.20 | WisTilt2 | emwe: if you feel up to a couple test? |
21:19.48 | emwe | WisTilt2: wan't me to test out the auo init sequence from .27? |
21:19.59 | emwe | err rather the deinit sequence :) |
21:20.03 | WisTilt2 | init should be fine |
21:20.09 | emwe | right. deinit i meant |
21:20.17 | emwe | it has a couple more commands |
21:20.23 | WisTilt2 | yeah deinit but can you try these test in this order... |
21:20.47 | WisTilt2 | wait, are you using the same panel code as im looking at in .27? |
21:21.38 | WisTilt2 | your deinit should be something like {0x5300, 0x00}, // WRCTRLD |
21:21.39 | WisTilt2 | {0x2800, 0x00}, // SET_DISPLAY_OFF |
21:21.39 | WisTilt2 | {0x1000, 0x00}, // ENTER_SLEEP_MODE ("Sleep In") |
21:22.02 | WisTilt2 | thats ok. need you to make a few tests in mddi power |
21:23.00 | emwe | yes, that's my deinit. |
21:23.22 | WisTilt2 | emwe do you have the same mddi power code as .27? with the gpio and dex stuff in it? |
21:24.03 | emwe | WisTilt2: yap. but wait a second... |
21:24.10 | emwe | 0x1000, 0x00 <<< 0x00 |
21:24.20 | emwe | rhod has 0x01! |
21:24.24 | WisTilt2 | thats ok, any value to the register works |
21:24.33 | emwe | ah ok. geez. |
21:24.46 | WisTilt2 | value makes no difference |
21:25.05 | WisTilt2 | i thought same thing when i first start working on this panel stuff until i looked at the docs |
21:25.52 | WisTilt2 | here's what i would try in this order... |
21:27.08 | WisTilt2 | first get rid of all the dex stuff in mddi power, vreg enable/disable does all that |
21:27.37 | WisTilt2 | differently but in rhod it was better with only vreg |
21:28.28 | WisTilt2 | on the gpios, are you sure those are needed? if so, are they 100% correct. seems odd there are 3 of them |
21:29.17 | emwe | on .35 i only use three vregs, right the dex stuff is just redundant |
21:29.30 | WisTilt2 | 3 vregs? |
21:29.34 | emwe | and the three gpio are identical to what haret trace indicates |
21:29.35 | WisTilt2 | gp2 and 4 |
21:29.36 | emwe | yes three |
21:29.51 | emwe | rfrx2 |
21:30.12 | emwe | according to htc-linux |
21:30.23 | emwe | that's what the vreg and dex mixture actually is on .27 |
21:30.41 | emwe | i 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.06 | emwe | it's strange though that vsync is disabled on paneloff and the other two are enabled. |
21:31.11 | WisTilt2 | you're still getting vreg's like this right?vreg_lcd_1 = vreg_get(0, "gp2"); |
21:32.22 | emwe | here'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.35 | WisTilt2 | that will make it easier:) |
21:32.44 | emwe | and i traced vreg.c and all are disabled fine when panel goes offf |
21:33.11 | emwe | but really, i would like to eval over night with alex' updated clocks |
21:33.23 | emwe | dunno how power consuming the usb_otg clock is as it was not disabled. |
21:34.15 | emwe | damnit, didn't alex mention his wifi wasn't turned off yet in his mmc.c? |
21:34.45 | emwe | i 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.08 | WisTilt2 | code 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.45 | emwe | thanks for verifying it WisTilt2. |
21:39.19 | WisTilt2 | vreg_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.53 | emwe | if it doesn't prove hurtful, i'll keep them in. |
21:41.33 | WisTilt2 | emwe, only other thing i'd add is in the init - |
21:41.36 | WisTilt2 | {0x3a00, 0x05}, |
21:41.36 | WisTilt2 | {REG_WAIT, 0x1}, |
21:41.36 | WisTilt2 | {0x3b00, 0x00},// hsp/vsp high trigger |
21:41.36 | WisTilt2 | {0x3b02, 0x00},// vbp 1 clk |
21:41.36 | WisTilt2 | {0x3b03, 0x00},// vfp 1 clk |
21:41.37 | WisTilt2 | {0x3b04, 0x00},// hbp 1 clk |
21:41.39 | WisTilt2 | {0x3b05, 0x00},// hfp 1 clk |
21:42.05 | WisTilt2 | thats what im running for all the auo panel types |
21:42.24 | WisTilt2 | actually the REG_WAIT is just 1ms delay |
21:46.00 | emwe | ok, that is getting a bit too high tech for me looking at the docs ;) |
21:47.25 | stinebd | WisTilt2: what's my dmesg | grep looking for? |
21:47.26 | WisTilt2 | lol, that stuff just sets to 16bit 64k color and setups up the number clocks in vert/horz, speeds things up a bit |
21:47.31 | stinebd | gonna boot in a few minutes |
21:47.42 | WisTilt2 | stinebd: Panel Type: |
21:47.50 | stinebd | k |
21:48.02 | WisTilt2 | im hoping to see something like 0x13-0x15 |
21:48.14 | emwe | stinebd! |
21:48.32 | emwe | WisTilt2: giving it a try. |
21:48.42 | stinebd | so if i see Panel Type: Ï or â we've got issues? |
21:49.01 | stinebd | hi emwe |
21:49.13 | WisTilt2 | anything other than those, we have to go through the painful multiple kernel test process |
21:49.28 | stinebd | i'll make sure it's one of those then |
21:49.34 | WisTilt2 | that would be nice:) |
21:51.15 | stinebd | hmm waiting for sd card |
21:56.17 | WisTilt2 | stinebd: actually you're looking for "Panel type detected:" |
21:57.14 | stinebd | WisTilt2: sd card isn't working on this kernel. a minor inconvenience, i'll add a grep to the initramfs |
21:58.06 | WisTilt2 | can you normally boot the other kernels like autobuild or my other test kernels? |
21:58.24 | stinebd | yeah |
21:58.44 | WisTilt2 | whats the last kernel you've been using? |
21:59.19 | stinebd | 2.6.27.46-01276-g6a6a1c1-dirty |
22:00.01 | stinebd | i think i saw panel type detected 5, gotta reboot to verify |
22:00.08 | stinebd | it's acting real weird |
22:01.04 | WisTilt2 | this 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.24 | WisTilt2 | except...damn hang on:) |
22:01.29 | stinebd | maybe the clocks crap is still screwed up |
22:02.03 | stinebd | indeed Panel type detected: 5 |
22:02.26 | stinebd | it froze when i opened the keyboard and hit a key heh |
22:03.18 | WisTilt2 | so it is booting, just has problems after boot? |
22:03.29 | stinebd | kernel boots, yeah |
22:03.44 | stinebd | but keypress freezes it, sd card isn't accessible |
22:04.11 | stinebd | in fact it looks like the keypress led to an sd card state change |
22:05.26 | WisTilt2 | well we know panel type at least. can you try booting the new autobuild kernel and see if it does the same |
22:05.37 | stinebd | that'll cost you extra |
22:05.42 | WisTilt2 | lol |
22:06.44 | stinebd | thank god for the wiki, i'd never remember all these links for kernels and rootfs and stuff |
22:07.02 | WisTilt2 | emwe: none of my button led code was pushed yet right? |
22:07.30 | WisTilt2 | which shouldn't matter since i have that inside machine type rhod anyway |
22:08.13 | stinebd | WisTilt2: autobuild kernel behaves normally |
22:09.05 | WisTilt2 | same 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.31 | stinebd | raph is a fussy bitch |
22:09.40 | stinebd | she needs to be slapped and sent back to the kitchen |
22:09.51 | WisTilt2 | lol sounds like it |
22:10.10 | WisTilt2 | ok same filename, try this one |
22:11.14 | WisTilt2 | if 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.37 | stinebd | still no good |
22:14.28 | WisTilt2 | git pull shows current with tree and no files changed except the raph panel. need to clone again or what? |
22:15.09 | stinebd | wanna see the output i got with the first kernel? |
22:15.16 | WisTilt2 | sure |
22:16.21 | stinebd | http://maduin.southcape.org/~bryan/android/raphtest-output.jpg |
22:16.25 | stinebd | please excuse the size |
22:16.51 | stinebd | at 35 seconds i hit a keyboard button with the clamshell open |
22:18.23 | WisTilt2 | is that cdma device? |
22:18.26 | stinebd | no |
22:18.31 | stinebd | gsm, att fuze raph110 |
22:18.41 | emwe | WisTilt2: i dunno how many of the button code patches for rhod was pushed. |
22:19.27 | stinebd | i 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.02 | WisTilt2 | well 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.26 | stinebd | told you it would cost extra ;) |
22:22.20 | emwe | what are you trying to do? fixup raph panel collapse? |
22:22.32 | WisTilt2 | yep |
22:23.01 | emwe | there's still that auto-bl=on bug where panel wont unblank |
22:23.36 | emwe | auto-bl=off and all fine. |
22:23.37 | WisTilt2 | ? |
22:23.42 | WisTilt2 | dont know about that one |
22:23.54 | WisTilt2 | on rhod? |
22:24.00 | emwe | raph |
22:24.24 | WisTilt2 | oh. didnt know about that. stinebd you run autobl dont you? |
22:24.52 | emwe | it apparently needs another brightness set cmd after sending the auto-bl=on cmd in microp_panel_resume() |
22:25.16 | emwe | i tried once quickly in 5 minutes. didn't work, but didn't pursue further |
22:25.16 | stinebd | emwe: i did that and you told me i was doing it wrong :P |
22:25.27 | WisTilt2 | i fixed that in rhod i thought. maybe that never got pushed |
22:25.33 | emwe | stinebd: 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.35 | WisTilt2 | emwe, so panel stays off when autobl is on coming out of sleep? |
22:26.52 | emwe | WisTilt2: 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.11 | emwe | that is the theory. |
22:27.47 | emwe | bad/strange thing is though, that that is not required for the other devices. |
22:27.57 | WisTilt2 | that doesnt happen on rhod because we have the panel brightness register set to a certain level on init, raph doesn't yet. |
22:28.13 | emwe | ah |
22:28.16 | WisTilt2 | on raph it would be zero |
22:28.27 | WisTilt2 | thats easy enough to fix in kernel though |
22:28.51 | emwe | yes, 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.57 | WisTilt2 | whats another if machine type blah blah right? |
22:29.05 | emwe | that's why the if(auto_bl) on rhod codepath could go as well |
22:29.06 | stinebd | several cycles! |
22:29.50 | WisTilt2 | emwe that needs to stay to allow manual to work. maybe userland is changed now and we dont have to do that. |
22:30.19 | emwe | that's the change i am talking about |
22:30.44 | emwe | if 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.56 | emwe | that's when the raph bug appeared. |
22:32.09 | stinebd | https://gitorious.org/xdandroid/hardware_msm7k/blobs/gingerbread/liblights/lights.c#line170 |
22:32.13 | WisTilt2 | raph 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.44 | stinebd | thats some sexy c right there |
22:33.09 | WisTilt2 | so thats just gb then? frx06 still needs it |
22:33.28 | stinebd | froyo is the same |
22:33.28 | emwe | froyo liblights is all the same |
22:34.01 | WisTilt2 | ill just make raph the same as we have rhod now then and we'll be good to go. |
22:34.05 | emwe | stinebd: btw, you got mail if you didn't notice yet. but i am on the way to bed. |
22:34.21 | WisTilt2 | assuming we can get panel collapse working on raph of course |
22:34.27 | emwe | hope i can free up some time this weekend. |
22:34.38 | emwe | have fun peeps! |
22:34.46 | WisTilt2 | nite emwe |
22:34.51 | stinebd | emwe: you have no idea how much mail i got |
22:34.55 | emwe | lol |
22:34.59 | emwe | no hurries |
22:35.05 | emwe | night. |
22:35.11 | stinebd | night |
22:36.43 | WisTilt2 | ok stinebd, adding panel detect back into clean cloned tree and building. |
22:38.04 | WisTilt2 | wb arrrghhh. so did that boot ok? |
22:38.20 | arrrghhh | lol |
22:38.22 | arrrghhh | oh yea |
22:38.35 | arrrghhh | posted, it's good to go |
22:38.37 | WisTilt2 | are you seeing the scbs.log building up |
22:39.01 | WisTilt2 | oh you already posted good. hopefully lots more people can test that |
22:40.56 | arrrghhh | indeed. |
22:41.01 | arrrghhh | yes, i have a small scbs log |
22:41.17 | arrrghhh | 180k |
22:42.10 | WisTilt2 | largest one i ever let go was over 4mb, took forever to make the model |
22:42.17 | arrrghhh | lol i bet |
22:43.20 | WisTilt2 | stinebd: try this kernel. just to be sure md5 is c7d87cb87e1327e70a8f08417aa98e7e |
22:43.58 | WisTilt2 | arrrghhh is waking still quick? might have slowed it a tad but should still be pretty quick |
22:44.18 | arrrghhh | yea, if it is any slower it's negligible. |
22:44.27 | arrrghhh | wakes are quick, sleep is as well. |
22:44.41 | arrrghhh | usually only blinks once or twice before solid green. |
22:45.29 | WisTilt2 | you should get around 1% per hr drop in sleep even with occasional sync. |
22:45.38 | arrrghhh | nice |
22:45.46 | arrrghhh | yea i've disabled clocksync with NITZ now working |
22:45.49 | stinebd | WisTilt2: ok this one works, panel type detected still 5 |
22:45.51 | WisTilt2 | might be lower |
22:46.01 | arrrghhh | although my clock is off on boot. seems to be OK so long as i sync once on boot. |
22:46.25 | WisTilt2 | well i dont like type 5 but glad kernel didnt crash. buttons and kbd not messing with sd card now? |
22:46.58 | stinebd | everything is totally normal |
22:47.26 | stinebd | arrrghhh: had any feedback on the gingerbread keyboard since our last round of adjustments? |
22:47.39 | arrrghhh | no complaints |
22:47.42 | WisTilt2 | ok. guess ill have to hunker down and start making up sequential test kernels for you to run. |
22:48.02 | arrrghhh | wishes he still had his RAPH800 |
22:48.03 | arrrghhh | oh well |
22:48.07 | WisTilt2 | ive got time for a few now if you do stinebd? |
22:48.12 | stinebd | sure |
22:48.37 | WisTilt2 | need more coffee and a pitstop. ill ping you when first one is ready. |
22:48.54 | stinebd | got it, i got dinner coming up at some point so don't be offended if i eat in front of you |
22:49.16 | arrrghhh | so long as you share, it's cool |
22:49.18 | WisTilt2 | as long as you don't smack while eating np |
22:49.23 | stinebd | whenever it catches fire, it's done |
22:49.28 | arrrghhh | lol |
22:57.52 | g3rm | stinebd: keyboard still doesn't work right on blackstone |
22:58.01 | stinebd | uh... okay |
22:58.37 | g3rm | all keys are "stacked" at the bottom of the screen |
22:58.49 | stinebd | huh? |
22:59.04 | stinebd | pics or it didn't happen |
22:59.25 | g3rm | hehe I was thinking about doing ss |
22:59.31 | stinebd | gingerbread? |
22:59.38 | g3rm | yup |
22:59.47 | stinebd | what's blackstone's resolution? |
23:00.03 | g3rm | WVGA |
23:00.21 | stinebd | weird |
23:00.42 | g3rm | I know because it suppose to work on WVGA |
23:00.44 | stinebd | works 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.25 | g3rm | stinebd: http://img202.imageshack.us/i/screenshotky.png/ |
23:09.13 | WisTilt2 | stinebd: 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.44 | stinebd | g3rm: looks okay to me |
23:09.46 | stinebd | runs |
23:09.54 | WisTilt2 | or it might say unknown panel_id also |
23:10.05 | stinebd | WisTilt2: with the same kernel i have? |
23:10.09 | WisTilt2 | yes |
23:10.34 | WisTilt2 | this current panel file for raph needs lots and lots of re-working |
23:10.41 | stinebd | phh's fault |
23:10.48 | *** join/#htc-linux LargePrime (~LargePrim@184.230.195.172) |
23:11.25 | g3rm | stinebd: yeah, it's ALMOST fine ;) |
23:12.35 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
23:13.21 | stinebd | WisTilt2: sharp panel |
23:13.42 | WisTilt2 | lol, well you actually have a hitachi |
23:13.58 | stinebd | nope, clearly says sharp ;) |
23:14.21 | WisTilt2 | so in sleep you just get a blanked out screen i assume |
23:14.32 | WisTilt2 | sucking power in the dark |
23:15.12 | jonpry | WisTilt2, you can probably move scbs_do() i am less blind than you. just put it where it looked least intrusive |
23:16.09 | WisTilt2 | jonpry, just compacting code to make it nice, small and fast |
23:16.33 | WisTilt2 | arrrghhh posted the test kernel so hopefully you can get a lot more testers |
23:16.43 | jonpry | sounds good |
23:17.29 | jonpry | yes, we will see how many better idiots they can build |
23:18.49 | *** join/#htc-linux lewellyn (downstairs@greenviolet/lewellyn) |
23:19.39 | jonpry | btw if you long click a log in babs it will make a plot for you |
23:19.39 | jonpry | after some time |
23:20.23 | jonpry | still working on the ultimate time wasting app |
23:33.37 | jonpry | I edited my instructions to include the possibility of using your kernel |
23:37.13 | jonpry | everybody wants F22 rootfs |
23:37.27 | jonpry | if 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.18 | WisTilt2 | stinebd: 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.27 | stinebd | you ever get around to adding anti-tiad logic? |
23:44.32 | WisTilt2 | jonpry: yeah F22 has a nice rootfs. until scbs thats all ive been using. |
23:47.55 | WisTilt2 | started coding it but that all went away before i put it out |
23:48.46 | WisTilt2 | btw, 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.01 | stinebd | WisTilt2: wake fails. getting some mddi_remote_read failures |
23:49.20 | stinebd | backlight comes on, display black |
23:49.39 | WisTilt2 | backlight came on though? thats good, means its init'd somewhat |
23:49.52 | stinebd | [ 128.650634] mddi_remote_read: failed, sent MDDI_CMD_SEND_RTD: int 23a001, stat 808063, rtd val d curr_rev_ptr 0 |
23:50.03 | WisTilt2 | in sleep that should have powered it off fully |
23:50.16 | stinebd | how to verify? |
23:50.59 | WisTilt2 | you 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.49 | stinebd | let me know if you need dmesg or anything |
23:54.00 | WisTilt2 | dmesg if you got it |
23:54.58 | jonpry | why hasn't stinebd pulled F22? |
23:55.03 | stinebd | http://paste.ubuntu.com/594673/ |
23:55.11 | hyc | I don't think F22 has published |
23:55.11 | stinebd | because i want f22 to submit it |
23:55.25 | arrrghhh | indeed, F22 is still grooming it AFAIK |
23:55.31 | hyc | although, in fact his git tree is part of his rootfs.img |
23:55.55 | hyc | we could always mount the image and git format-patch ourselves |
23:56.09 | stinebd | WisTilt2: sorry forgot to highlight you: http://paste.ubuntu.com/594673/ |
23:56.38 | WisTilt2 | got it |
23:58.37 | jonpry | if you want something done in htc-linux, you usually have to do it yourself |
23:58.50 | stinebd | well then do it yourself |