00:01.01 | *** join/#htc-linux riotz (riotz@unaffiliated/riotz) |
00:08.38 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
00:18.09 | *** join/#htc-linux XeKToReX (~xTx@CPE-124-188-18-211.hdbq1.win.bigpond.net.au) |
00:28.53 | *** join/#htc-linux XeKToReX (~xTx@115-64-132-224.static.tpgi.com.au) |
00:39.16 | *** join/#htc-linux Regulator (~duffman@unaffiliated/regulator) |
00:40.33 | *** join/#htc-linux Bry8Star (~Bry8Star@gateway/tor-sasl/bry8star) |
00:41.45 | *** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com) |
01:15.05 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
01:22.09 | *** join/#htc-linux d3tul3 (~detule@pool-96-234-141-27.bltmmd.east.verizon.net) |
01:27.34 | *** join/#htc-linux furtardo (~mks@nat/yahoo/x-xyjelfkdsqhixdfr) |
01:42.22 | *** join/#htc-linux hardwalker (~hardwalke@122-117-115-146.HINET-IP.hinet.net) |
01:44.40 | *** join/#htc-linux XirXes (~XirXes@67-2-15-211.slkc.qwest.net) |
01:58.58 | *** join/#htc-linux nineX_ (~nunya@75-132-5-99.dhcp.stls.mo.charter.com) |
02:03.17 | jonpry | how are we doing to get ics on this mother |
02:27.27 | jonpry | detule i got the stuff in /kernel done. whats the deal with timer.c? |
02:28.28 | bzo | jonpry: you may need to use d3tul3 to get his attention |
02:28.44 | d3tul3 | jonpry, when i was searching for that gp_timer issue it stood out to me that there was that resume_mode that neither .35 nor .27 were using |
02:29.01 | d3tul3 | and for the life of me ic ould not figure out what the hell it was for |
02:29.09 | bzo | remains to be seen if ics will have the legacy graphics compositing stuff we need to get it running |
02:29.40 | jonpry | the 39 timer.c still doesn't have the necessary synchronizer |
02:30.12 | d3tul3 | jonpry, i may have taken something out |
02:30.47 | rpierce99 | looks like pandaboard can run it right away |
02:31.36 | d3tul3 | i took out CLOCK_EVT_MODE_RESUME and the associated functions, but i guess those are needed for scbs |
02:31.36 | jonpry | detule, were there any improvements from removing stuff? |
02:31.49 | bzo | rpierce99: looks like it supports opengl 2, which the tp2 doesn't |
02:32.09 | jonpry | yeah pandaboard :( |
02:32.26 | jonpry | i only have a beagle |
02:32.57 | d3tul3 | don't know, in a flurry of other changes including clocks stuff hard to say what was effective and what not, we can add it back in and say if it breaks osmething, now there's more people using .39 -> it'll come up |
02:33.03 | rpierce99 | it's omap, i wonder if you could get it to run with a couple tweaks |
02:33.18 | bzo | been tempted to pick up a beaglebone |
02:33.53 | jonpry | the bone is very popular for some reason |
02:40.14 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless248.wirelesstcp.net) |
02:40.44 | WisTilt2 | detule/d3tule3 you around? |
02:40.56 | d3tul3 | yeah |
02:41.09 | jonpry | somehow that timer stuff will need to get back in |
02:41.10 | d3tul3 | sorry didn't know where to grep |
02:42.20 | WisTilt2 | thanks for the reply to that question. i had already changed permissions but no go. i dont see where userland wants the device. it looks like its using dbgfs |
02:42.49 | WisTilt2 | i have it working fine on froyo but gb is the problem |
02:43.04 | d3tul3 | hm what's the froyo entry |
02:43.14 | WisTilt2 | sys/class/bluetooth |
02:43.32 | WisTilt2 | dont see that in gb but i do see dbgfs/bluetooth |
02:44.08 | WisTilt2 | didnt mean to jump in if you and jonpry are working on something:) just got home and got your email |
02:48.10 | d3tul3 | i am going the brute force way here greping the froyo code for 'sys/class/bluetooth' trying to figure out where it's calling it |
02:51.02 | WisTilt2 | im booting froyo with .39 to be sure that's where it is but im sure that's what i saw when i last checked it. something in gb is definitely making /dbgfs/bluetooth |
02:51.33 | d3tul3 | WisTilt2, in the GB source in '/system/bluetooth' where i would assume bluetooth handling would be found there are only /sys/class/rfkill/* entries and the one i mentioned /sys/module/board_htcraphael_rfkill/parameters/bdaddr |
02:55.54 | WisTilt2 | d3tul3: are you seeing /dbgfs/bluetooth at all on your device with gb? |
02:56.30 | d3tul3 | yeah |
02:57.20 | WisTilt2 | do you see hci0 anywhere? |
02:58.49 | d3tul3 | no |
02:58.56 | d3tul3 | only thing i see is /sys/module/hci_uart |
03:00.26 | WisTilt2 | jeeze.... ok let me get my other sd card with my working code on it. i think i know wth i did. |
03:01.29 | d3tul3 | WisTilt2, i am on the autobuild here, no bt enables in config and what not |
03:02.49 | WisTilt2 | yeah i havent pushed any of these changes yet. i did find what i messed up though. crossed up some changes between my 2 cards. |
03:07.36 | WisTilt2 | well i guess i didnt mix things up. in gb i have /dbgfs/bluetooth/hci0 and also /sys/class/bluetooth/hci0 so now im confused. i do have a BT mac addy now though. |
03:10.22 | d3tul3 | my bluetooth/ are both empty |
03:11.22 | d3tul3 | but that's probably i am missing some config enables |
03:12.20 | WisTilt2 | this still could be permission issue. hci0 should have rw perms no? it only has rx |
03:14.19 | d3tul3 | gotta go later folks |
03:38.52 | *** join/#htc-linux AstainHellbring (AstainHell@unaffiliated/astainhellbring) |
03:39.32 | *** join/#htc-linux Regulator (~duffman@unaffiliated/regulator) |
04:00.00 | jonpry | iirc bluetooth was working it was just caused stability problems in the whole kernel |
04:05.02 | *** join/#htc-linux Rob2222 (~Miranda@p4FFF34FB.dip.t-dialin.net) |
04:05.49 | jonpry | WisTilt2, should i commit this quickwakeup stuff? |
04:07.59 | WisTilt2 | hey jonpry... quickwakeup? sounds like scbs is in the future for .39?? |
04:08.42 | jonpry | i guess that is the plan. just doing the infrastructure. all i know is that it builds :p |
04:09.48 | WisTilt2 | scbs is needed for sure. i missed having it and run .39 full time now for past few months. |
04:11.03 | *** join/#htc-linux Bry8Star (~Bry8Star@gateway/tor-sasl/bry8star) |
04:11.16 | WisTilt2 | re bluetooth: i got it working nicely with .39 and froyo but with the new acoustic in here along with gb its not fully coming up for whatever reason i haven't found yet. |
04:12.35 | jonpry | i'll push the scbs and you let me know if it blows up :p |
04:13.22 | WisTilt2 | ok will do. we need to do any outside the kernel stuff like before to get it running? |
04:13.47 | jonpry | well this first patch does not actually add scbs |
04:14.05 | WisTilt2 | just timer stuff? |
04:14.16 | jonpry | just stuff in /kernel/power and the rtc driver. hopefully it works with/without quickwakeup in the config |
04:14.30 | jonpry | next i will do timer as i think it will be the subject of bisection |
04:14.45 | WisTilt2 | ok gotcha. let me know and ill pull and try it |
04:19.14 | jonpry | alright its up |
04:19.50 | WisTilt2 | ill let you know shortly |
04:21.44 | jonpry | do you know more about this "gp timer problem" detule was trying to fix? |
04:23.09 | WisTilt2 | not really. didn't talk to him much about it other than it slowing to a crawl after some period of time. i never see that on gsm though, seems cdma related. |
04:24.52 | jonpry | oh yeah |
04:26.31 | jonpry | i need to put an sdr in the prypad |
04:27.14 | WisTilt2 | you have a fully working proto now or you still in design phase? |
04:27.42 | jonpry | its missing some software, but yeah it works |
04:30.13 | WisTilt2 | pads are sure becoming a hot item with lots of our customers. we have a large number of customers with remote telemetry and recently have started calling asking about connecting their new tablets into our network for monitoring. guess we might be forced into it. |
04:30.46 | WisTilt2 | maybe ill have to get some special designed prypads:) |
04:31.46 | jonpry | its really not too hard |
04:33.09 | jonpry | mostly an issue with getting screens and ram |
04:34.00 | jonpry | considering doing something with pcb interposers for rev2 |
04:34.57 | WisTilt2 | i don't think i'd want to dev a device from the ground up again. just need a tablet that can run on gsm and cdma networks. |
04:35.57 | jonpry | i don't have any cellular radio stuff |
04:36.56 | WisTilt2 | ok no .39 issues with quickwake that i can see. anything in dmesg to look for? |
04:37.20 | jonpry | did you build with CONFIG_QUICKWAKEUP or whatev? |
04:38.11 | WisTilt2 | no. didnt you want to try that without any config changes? |
04:38.40 | jonpry | in theory it should be doing anything differently with the config off |
04:38.48 | jonpry | er shouldn't be |
04:39.40 | WisTilt2 | so build again with quick wakeup enabled in config? |
04:40.00 | jonpry | sure if you want |
04:40.36 | WisTilt2 | i put it to sleep a min or so, woke it up etc., nothing error wise in log. ill try with it enabled standby |
04:44.49 | WisTilt2 | guess i need to try the system image detule put on ML with kexec. takes longer to boot than to compile |
04:52.27 | *** join/#htc-linux swc|666 (~gecko@unaffiliated/swc666/x-4934821) |
04:53.23 | jonpry | kexec is good |
04:56.28 | WisTilt2 | well no problems so far with quickwake that i can see. should it be doing anything at this point? |
04:57.31 | jonpry | no. hopefully it doesn't pass out while working |
04:57.47 | jonpry | at this point i have fully patched in scbs |
04:58.55 | WisTilt2 | lol, well logs are now blowing up from gingerbread.rc when i turned on BT since this build doesn't have it in it. |
05:01.25 | jonpry | scbs kernel should be pushed. may have forgot a file or something |
05:03.18 | WisTilt2 | building it now. so will your scbs apk still work with this? |
05:03.42 | jonpry | yeah, but the daemon is in rootfs |
05:04.12 | WisTilt2 | right. |
05:04.59 | WisTilt2 | kernel built with no errors so after another long boot process we'll run it |
05:05.55 | jonpry | i forgot how that is. only takes 7 seconds to boot a kernel on touchpad |
05:08.29 | WisTilt2 | jonpry: WAKE_LOCK_SUSPEND undeclared |
05:08.42 | WisTilt2 | in suspend.c |
05:08.57 | WisTilt2 | damn thats fast bootup |
05:09.31 | jonpry | strange that didn't show up before. pushed |
05:10.40 | WisTilt2 | i think i built first time with config overwritten. |
05:10.51 | jonpry | if my connection and computer didn't suck so bad i would pull an all nighter and get ics on touchpad :p |
05:11.46 | WisTilt2 | and ics on tp2 while you're at it |
05:11.57 | WisTilt2 | i'd stay up and help you |
05:12.13 | WisTilt2 | no error on build that time so booting now |
05:12.30 | jonpry | well i'm not sure thats possible, and the whole build/test cycle would be so long |
05:14.25 | jonpry | hrm. where is an old scbs rootfs? |
05:15.06 | WisTilt2 | i have one for .27 i can email you |
05:15.24 | jonpry | i just need the /init from it |
05:16.00 | jonpry | nm, i found it |
05:17.19 | WisTilt2 | its already on its way |
05:18.27 | jonpry | k. turns out i can't find a binary either |
05:19.49 | WisTilt2 | sys/devices/virtual/scbs |
05:19.49 | WisTilt2 | sys/class/scbs |
05:19.54 | WisTilt2 | must be working |
05:20.12 | jonpry | cool |
05:20.42 | WisTilt2 | no crashes or unusal stuff in logs during sleep or wake so looks good. |
05:21.11 | jonpry | its not quite activated yet |
05:21.40 | jonpry | need daemon for more power |
05:21.54 | WisTilt2 | btw, i measured .39 on the 300 in sleep -> 18ma most of the time but saw it hit under 10ma a few times. |
05:22.20 | jonpry | thats pretty good. w/ radio on? |
05:22.31 | WisTilt2 | yep |
05:22.48 | WisTilt2 | no sync on though. not bad at all |
05:22.52 | jonpry | scbs will probably double that :p |
05:23.17 | WisTilt2 | yeah i know it will:) scbs will be nice with this kernel |
05:25.06 | jonpry | guess thats the price for more accurate battery reporting |
05:25.29 | jonpry | this reminds me i still haven't ported it to omap yet |
05:25.52 | WisTilt2 | i dont think we added too much drain with scbs. well worth the accuracy imo |
05:26.12 | WisTilt2 | seems like i was measuring around 22-23ma iirc |
05:26.38 | jonpry | which is significant percentage of 10-18 |
05:30.10 | jonpry | scbs rootfs: http://www.box.net/s/j3b4pc75ud4nmjonz7b2 |
05:30.43 | WisTilt2 | which rootfs is this based off? |
05:31.08 | jonpry | something detule gave me earlier today |
05:31.41 | WisTilt2 | k. thats emwe's test one we've been using great. now i can run scbs through the ringer overnight. |
05:32.22 | jonpry | cool |
05:33.04 | WisTilt2 | so do i need to clean out my last .conf from may and let it create a new one? |
05:34.20 | jonpry | it should be able to use that data |
05:35.02 | jonpry | but new kernel will have different error constants, battery has probably aged significantly so it might be best to let it do its thing |
05:36.16 | WisTilt2 | so just delete scbs.conf and it will make a new one? been so long i forget |
05:37.07 | jonpry | well just leave the conf. then when you have some data. use the apk to make a new one |
05:43.47 | WisTilt2 | 0,36322036610,4.167059,99.554332,0.312803,0.006989,0.314987,4.088504,90.670074,0 |
05:43.47 | WisTilt2 | 1,41335189685,4.166910,99.537429,0.301802,0.006989,0.303986,4.088504,90.670074,0 |
05:43.51 | WisTilt2 | :) working nice |
05:46.10 | WisTilt2 | jonpry: it's already looking more accurate during change based on my old data. i'll let it discharge overnight and charge tomorrow then generate a new model that should be spot on. |
05:46.20 | WisTilt2 | during charge that is |
05:48.50 | *** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com) |
05:52.46 | WisTilt2 | [acl]: up late there tonight |
05:53.02 | [acl] | WisTilt2: yeah reading some emails |
05:53.09 | [acl] | checking in seeing whats up |
05:55.00 | [acl] | arrrghhh: yo |
05:55.37 | WisTilt2 | [acl] how much of flash are you able to read and how much are you seeing locked? |
05:57.31 | [acl] | hmm varies for cdma and gsm |
05:57.38 | [acl] | let me get the numbers to give you an idea |
05:58.15 | WisTilt2 | just an idea of the address blocks you can't read |
05:58.24 | WisTilt2 | or regions whatever |
05:58.44 | [acl] | on cdma, we can begin to write at 0x180 |
05:59.43 | WisTilt2 | can you read anything other than 0xff's from 0x0-0x17f? |
06:00.17 | [acl] | yes, some spots are open like wifi nvram, ts calib points and gsensor calib points |
06:00.24 | [acl] | i believe there is even more, but i didnt bother to find it |
06:00.59 | [acl] | i think gsm begins somewhere on 0x170 or so.. i remember it having more free space |
06:01.05 | [acl] | arrrghhh: d000d |
06:01.59 | WisTilt2 | can you still haret boot a kernel? i want to send you a kernel ill make up tomorrow that will unlock and dump the whole flash so you can map it |
06:02.06 | [acl] | no |
06:02.29 | [acl] | well i think you can boot, but there is alot of little pieces missing to make it functional. |
06:02.34 | [acl] | nothing major |
06:02.42 | [acl] | you would need to just address it piece by piece |
06:04.03 | WisTilt2 | i need to get a cdma device. we unlocked and dumped the whole thing for gsm. we got u-boot working but haven't tried booting the .39 kernel yet. |
06:04.39 | [acl] | if you already dumped it, then you can find the starting points easy enough |
06:04.55 | [acl] | the only thing you reallyu need to look out for is the end of nand |
06:05.00 | WisTilt2 | yes but they will be different on cdma devices? |
06:05.01 | [acl] | there is about 20mb or so at the end |
06:05.04 | [acl] | that gets corrupt |
06:05.17 | [acl] | yeah but cdma is done.. gsm has no nand yet |
06:05.38 | [acl] | i never worked on it since cotulla has one. i figured he would have it done soon.. |
06:05.44 | [acl] | but i havent talked to him in a while on his status |
06:06.17 | [acl] | alex mentioned the end of nand is where some other nand data is stored and we cant write to it. |
06:06.25 | [acl] | so i use it as a empty partition |
06:06.37 | [acl] | i think Hd2 guys have the same issue |
06:07.48 | WisTilt2 | if i sent you the whole dump we got from gsm would it help you? |
06:08.37 | [acl] | haha that will be a killer download |
06:09.13 | WisTilt2 | not that big, unless you're on dialup:) |
06:09.25 | [acl] | shared cable. just as bad :-( |
06:09.30 | [acl] | i can dl it over a day tho |
06:10.02 | [acl] | kernel is the effed up part for me. |
06:10.38 | [acl] | anyways dood lets chat tomorrow |
06:10.40 | [acl] | i need to jet now |
06:18.43 | WisTilt2 | jonpry: scbs working perfectly. will let it discharge overnight and see what model it comes up with tomorrow after a full charge. im going to bed so catch you tomorrow. |
06:18.56 | arrrghhh | scbs in .39 eh? |
06:19.19 | jonpry | yeah the good stuff |
06:19.22 | arrrghhh | hehehe |
06:19.29 | arrrghhh | i'm still going to try and lobby for it on NAND |
06:19.33 | arrrghhh | despite your hatred of it |
06:20.02 | arrrghhh | :P |
06:21.30 | jonpry | 39 on nand? |
06:21.46 | arrrghhh | in time, i'm sure |
06:21.58 | arrrghhh | ACL i think is looking for something newer than .27 to get GSM up on. |
06:22.45 | jonpry | 39 for sure :p |
06:22.51 | arrrghhh | hehehe |
06:22.54 | arrrghhh | no 3.0? :P |
06:22.56 | arrrghhh | isn't 3.1 out? |
06:23.07 | arrrghhh | 3.1.1 |
06:23.17 | arrrghhh | yea, they're up to 3.2-rc1... Oo |
06:29.48 | jonpry | the 3.0 tree was never quite as stable. i'll try to upgrade it |
06:29.57 | arrrghhh | yea, i remember that |
06:30.01 | arrrghhh | there's probably a lot of new fixes |
06:30.12 | arrrghhh | not sure if anything that applies to us tho :P |
06:30.27 | jonpry | 3.0 to 3.1 will be tricky. and i quit doing rc's. waste of time |
06:30.52 | jonpry | gotta keep it moving or the code dies |
06:32.22 | jonpry | linux 3.1 > windows 3.1 |
06:32.35 | arrrghhh | hah |
07:01.27 | *** join/#htc-linux kiozen (~kiozen@p54BB64BB.dip.t-dialin.net) |
07:22.23 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
07:34.42 | *** join/#htc-linux Bry8Star (~Bry8Star@gateway/tor-sasl/bry8star) |
08:14.16 | *** join/#htc-linux lamikr (lamikr@nat/nokia/x-umgjalcogyavswsy) |
08:34.47 | *** join/#htc-linux gauner1986 (~Miranda@ip-178-201-214-71.unitymediagroup.de) |
09:25.54 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
09:35.14 | *** join/#htc-linux ychavan (ychavan@nat/redhat/x-qkngouepkaawifjp) |
09:44.24 | *** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:da7a:508c:5e29:c6e8:83ae) |
10:53.28 | *** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:da7a:7476:b1eb:4927:1af2) |
10:58.17 | *** join/#htc-linux GNUtoo (~gnutoo@host246-111-dynamic.48-82-r.retail.telecomitalia.it) |
11:19.16 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
11:29.00 | *** join/#htc-linux DJWillis (djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) |
11:30.49 | *** join/#htc-linux dobrin (~dobrin@85.91.150.26) |
11:43.12 | *** join/#htc-linux ccube (ccube@bnc.lukius.de) |
12:59.23 | *** join/#htc-linux Rajko (~rajkosto@2001:470:d76b:da7a:7476:b1eb:4927:1af2) |
13:31.49 | *** join/#htc-linux rzk (~rzk@95-25-50-147.broadband.corbina.ru) |
13:38.04 | *** join/#htc-linux d3tul3 (~detule@pool-96-234-141-27.bltmmd.east.verizon.net) |
13:38.21 | *** join/#htc-linux helicopter88 (~helicopte@95.239.10.183) |
14:04.10 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
14:09.21 | *** join/#htc-linux AstainHellbring (AstainHell@unaffiliated/astainhellbring) |
14:10.20 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
14:24.22 | *** join/#htc-linux NYL (~NYL@92.83.109.189) |
14:31.49 | *** join/#htc-linux NeoMatrixJR (aa363a04@gateway/web/freenode/ip.170.54.58.4) |
14:32.07 | *** join/#htc-linux rockosays (~rockosays@unaffiliated/rockosays) |
14:52.13 | *** join/#htc-linux Cotulla (~myfakemai@nat100-255-205-109.tvoe.tv) |
14:54.12 | *** join/#htc-linux mitsutaka (~mitsutaka@p2004-ipbf2206marunouchi.tokyo.ocn.ne.jp) |
15:04.58 | *** join/#htc-linux paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
15:06.55 | d3tul3 | thanks for pushing that out jonpry |
15:19.46 | jonpry | d3tul3, hopefully it works right |
15:19.59 | Cotulla | hi boat-owner |
15:20.50 | jonpry | hi Cotulla |
15:21.07 | Cotulla | how is ur pad? |
15:21.40 | jonpry | its on and such |
15:21.49 | Cotulla | all working there now? |
15:22.15 | jonpry | yeah there are some custom apps i want to ship it with that are not done |
15:23.22 | Cotulla | hehe |
15:23.28 | Cotulla | java? |
15:24.15 | jonpry | not really. its a combo of fpga,dsp,arm stuffs |
15:24.35 | Cotulla | fuu |
15:24.37 | Cotulla | :D |
15:25.27 | jonpry | the omap3 dsp is quite a beast |
15:28.57 | *** join/#htc-linux ccube (ccube@bnc.lukius.de) |
15:34.25 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
15:45.03 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
15:53.23 | *** join/#htc-linux smart (d44f6a06@gateway/web/freenode/ip.212.79.106.6) |
15:54.08 | smart | hello, i want ask for openmoko on t-mobile G1 |
15:54.49 | smart | if i install boot.img, can i unistal it_ |
15:54.56 | smart | ? |
15:56.09 | *** join/#htc-linux babylonik (~nel@209.59.220.47) |
15:56.50 | smart | can i uninstall boot.img from t-mobile G1 |
15:56.56 | smart | i have openmoko |
15:57.31 | smart | hmm |
15:57.34 | *** part/#htc-linux smart (d44f6a06@gateway/web/freenode/ip.212.79.106.6) |
15:58.05 | *** part/#htc-linux Cottula (~nel@209.59.220.47) |
16:03.57 | *** join/#htc-linux Blista (~nel@209.59.220.47) |
16:07.46 | *** join/#htc-linux avinashhm (~avinash-h@192.94.92.14) |
16:28.22 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
16:29.12 | *** join/#htc-linux Blista (~nel@209.59.220.47) |
16:30.14 | WisTilt2 | Morning people. jonpry- scbs working great overnight, however, we have the hard to wake up condition again with it. No sod's, just need to hit power numerous times to wake up and seems to take longer the longer it is in sleep. |
16:31.32 | detule | I experience something similar WisTilt2 , not so much hitting multiple times, it's just a bit (perhaps a full second) slower to wake up |
16:31.46 | detule | this in very limited couple of hours of operation |
16:33.02 | WisTilt2 | last time this happened it had something to do with the console buffer. i need to look at the logs closer and see but its hanging up waiting for userland to finish drawing or something like that. |
16:34.16 | WisTilt2 | detule, if you leave it in sleep for 10-15mins or so does it still take only a second longer to wake? |
16:38.04 | detule | WisTilt2, yeah, a second or thereabouts, i haven't had a failed wake yet, just slower wakes |
16:38.42 | detule | jonpry, is the src for Ba Tree App up somewhere |
16:39.55 | WisTilt2 | this is where its happening at this point: |
16:39.56 | WisTilt2 | [39419.866058] msm_irq_exit_sleep <SM NO INT_INFO> |
16:39.57 | WisTilt2 | [39424.862915] scbs: wake_time_fn 0 |
16:39.57 | jonpry | its in the scbs repo |
16:40.19 | detule | wake_time_fn that's like your interrupt handler no? |
16:40.52 | jonpry | its a 5 second timer |
16:41.00 | jonpry | or whatever you have it set to |
16:41.54 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
16:41.57 | detule | yeah but it goes on to call take_measurement |
16:42.03 | WisTilt2 | it looks like if it doesn't wake within that 5 secs it goes back to sleep. im seeing arm11 wake/sleep within this area in 5 sec intervals. |
16:42.30 | WisTilt2 | i need coffee brb |
16:42.48 | jonpry | there is also the periodic wake thing. but that calls the sleep_time_fn |
16:44.26 | detule | er, sorry to be a noob here where's sleep_time_fn |
16:45.50 | jonpry | scbs_do() maybe? |
16:59.56 | detule | quick_ckeck apparently what we are calling it these days |
17:04.10 | jonpry | with SUPERQUICK on quick check shouldn't do anything |
17:05.46 | detule | my bad i've been looking at scbs.c rather than kernel/scbs.c |
17:06.01 | detule | i guess the former is dated |
17:10.43 | detule | perhaps there's some way to block that update ioctl from executing if device is in resume |
17:13.11 | detule | :q |
17:16.24 | jonpry | i need a little more context on the wake |
17:17.37 | jonpry | but in general it seems correct that the timer would expire within 5 seconds of a resume |
17:17.54 | jonpry | question is why is nothing else happening |
17:18.42 | detule | i just had one of these ~3 sec wakeups, sorry can't get you logs |
17:20.15 | *** join/#htc-linux Barin (~Miranda@ppp91-76-116-236.pppoe.mtu-net.ru) |
17:20.39 | jonpry | would be interesting to know if this still happens without the daemon running |
17:21.09 | detule | pkill? |
17:22.29 | jonpry | probably unmodified rootfs |
17:33.17 | detule | jonpry what are the chances take_measurement is getting called from multiple places (scbs_do wait_time_fn)? ...there's a spinlock in there in set_data_point that might be spinning |
17:33.59 | jonpry | could printk on enter and exit |
17:36.27 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
17:38.54 | *** join/#htc-linux dano5 (nahh@116.84-48-108.nextgentel.com) |
18:03.22 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-90-191.dynamic.mnet-online.de) |
18:04.00 | *** join/#htc-linux Bry8Star (~Bry8Star@gateway/tor-sasl/bry8star) |
18:17.00 | *** join/#htc-linux Tinyboom_ (nahh@116.84-48-108.nextgentel.com) |
18:22.18 | detule | jonpry, would something like this http://pastebin.com/6dZAKU8X mess up the algorithm? i am trying to delay that initial collection |
18:23.59 | *** join/#htc-linux NYL (~NYL@92.83.109.189) |
18:26.24 | jonpry | daemon_start only ever gets called once |
18:27.52 | jonpry | i don't think its a userspace problem really |
18:28.42 | jonpry | iirc after msm_irq_exit_sleep <SM NO INT_INFO>, it should be going on about resuming processes |
18:32.29 | WisTilt2 | jonpry: scbs model same phone- from may and today after 75% discharge and full recharge. http://pastebin.com/VyN8nt6n |
18:34.19 | jonpry | looks close enough |
18:34.30 | jonpry | you have a dmesg from this delayed wake thingy? |
18:35.07 | WisTilt2 | i can get one. let me put it to sleep for 10mins or so. |
18:36.37 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-124.netcologne.de) |
18:37.09 | WisTilt2 | this will be on my BT kernel but i added scbs to it and its up to date with the tree. |
18:39.43 | jonpry | thats fine |
18:41.12 | jonpry | detule, i don't understand why it would help. but its possible to cancel the timer on suspend and make a new one on resume |
18:42.52 | detule | jonpry, this timer business has me confused, how difficult would it be to add in a workqueue in there and make sure those calls are properly queued |
18:42.58 | *** join/#htc-linux LTxda (~anon@c-98-194-107-10.hsd1.tx.comcast.net) |
18:42.59 | *** join/#htc-linux LTxda (~anon@unaffiliated/ltxda) |
18:43.01 | detule | there are queue_delayed_work functions that would come in handy |
18:43.54 | jonpry | those cause integrated error in the timing |
18:44.10 | jonpry | and whats hard to understand about timers? |
18:44.23 | WisTilt2 | jonpry, sleep for 5 mins and it too almost 5 secs to wake this time after hitting power a few times. http://pastebin.com/75GZmCsE |
18:45.57 | detule | could you tell me a bit more about the error in timing with delayed queues |
18:47.23 | jonpry | with delayed work you say like run in 10 jiffies. then it runs you in like 8-12 jiffies, then you says run in another 10. |
18:47.54 | jonpry | so on a bad day it runs every 8 all the time, or every 12 |
18:48.12 | jonpry | with timer, you always get run at the correct time +/- a little |
18:48.52 | detule | even if you have a dedicated queue with nothing else in it you would see that discrepancy? |
18:49.37 | jonpry | yes because its always compounding the jitter |
18:50.12 | jonpry | and it can't guarantee your the only thing that needs to run on a particular jiffy |
18:50.39 | jonpry | could be the whole flipping kernel has conspired to run at some time |
18:51.11 | jonpry | this is the problem: [ 905.765228] PM: early resume of devices complete after 0.976 msecs |
18:51.17 | jonpry | some stuf.... |
18:51.23 | jonpry | [ 911.560302] PM: Finishing wakeup. |
18:51.43 | jonpry | so something has got it caught in the resume pm op |
18:51.58 | jonpry | and scbs_take measure seems to clear it |
18:53.05 | detule | could it be the tickless-nes |
18:53.25 | detule | i thought that only affects how often gp_timer fires |
18:53.55 | jonpry | i had bad luck with tickless. but it is the future. newer kernels won't even support tick |
18:54.19 | detule | thanks for the queue explanation by the way |
18:54.51 | jonpry | i think we should just abolish the timer on sleep |
18:55.37 | jonpry | it seems like it is expiring and getting setup before resume takes place. maybe this causes the timer to hang in its resume function somehow |
18:57.01 | jonpry | its also possible that killing the timer will allow it to work without that stuff i did in timer.c |
18:58.23 | detule | this is the timer business in scbs_do |
19:00.42 | jonpry | no thats a different beast |
19:01.28 | *** join/#htc-linux mastermerlin (~Adium@p4FEE5A5E.dip.t-dialin.net) |
19:02.57 | *** join/#htc-linux mickey|babybusy (~mickey@80.81.242.146) |
19:03.41 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
19:08.13 | Blista | hi there |
19:09.44 | Blista | I'm right to assume people around here also hang out on XDA-devs right? |
19:15.04 | jonpry | we are outcasts |
19:15.45 | Blista | how come? |
19:17.21 | Blista | brb |
19:21.48 | *** join/#htc-linux rzk (~rzk@95-28-241-71.broadband.corbina.ru) |
19:22.53 | *** join/#htc-linux balans2 (~user@82-170-217-205.ip.telfort.nl) |
19:24.54 | *** join/#htc-linux rob_w (~bob@ppp-188-174-88-223.dynamic.mnet-online.de) |
19:32.46 | jonpry | you guys ready for some stuff? |
19:33.16 | WisTilt2 | im ready to blame gb userland for BT not working now:) what ya got? |
19:33.44 | Cotulla | u will declare urself as king of whole world? |
19:33.54 | jonpry | i wish |
19:33.58 | Cotulla | ok |
19:34.12 | Cotulla | will u put all androids to prisons ? |
19:34.18 | jonpry | new scbs that destroys timers. not sure if it will fix anything but it will do something different |
19:34.34 | jonpry | they don't have the right kind of prisons here |
19:34.38 | WisTilt2 | jonpry: btw, with the scbs daemon disabled the wake issues are gone. |
19:35.31 | jonpry | well it builds, and is pushed |
19:35.45 | jonpry | Cotulla, where is rhod gsm nand? |
19:36.00 | *** join/#htc-linux Blista (~nel@209.59.220.47) |
19:36.20 | Cotulla | near |
19:36.28 | jonpry | w/ magldr? |
19:36.29 | Cotulla | seriously |
19:36.33 | Cotulla | yes |
19:36.50 | jonpry | 39 kernel? |
19:37.08 | Cotulla | no |
19:37.11 | Cotulla | 32 |
19:37.22 | jonpry | leo kernel? |
19:37.26 | Cotulla | saphire |
19:37.33 | Cotulla | we tried cyanogen |
19:37.35 | Cotulla | 39 |
19:37.38 | Cotulla | but it doesn't run |
19:37.47 | Cotulla | seems noone tested it on MSM7K |
19:38.02 | Cotulla | there are strange memory corruptions appear . . . |
19:38.25 | *** join/#htc-linux Blista (~nel@209.59.220.47) |
19:39.20 | *** join/#htc-linux Blista (~nel@209.59.220.47) |
19:46.13 | jonpry | our 39 works |
19:46.54 | Cotulla | is it cyanogen? |
19:47.07 | jonpry | no |
19:48.46 | Cotulla | we tried with cyanogen |
19:54.35 | jonpry | not a big fan of cyanogen |
19:55.04 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
19:56.31 | Cotulla | we builded cyanogen at the end |
19:56.55 | [acl] | liar |
19:57.00 | [acl] | :-p |
19:57.01 | Cotulla | who |
19:57.07 | [acl] | Cotulla: sup dood |
19:57.11 | Cotulla | sup dude |
19:57.21 | [acl] | busy as always but im alive :-) |
19:57.28 | Cotulla | c'mon and show us brain power |
19:57.44 | Cotulla | what are u doing now? |
19:57.53 | [acl] | just working.. end of year firewall crap |
19:58.05 | [acl] | access lists and other yummy cisco craps |
19:58.36 | Cotulla | ACL |
19:58.42 | Cotulla | ACessLists |
19:58.52 | [acl] | damn |
19:58.56 | [acl] | you are wise beyond your years |
19:59.25 | Cotulla | u need some rest, ur nick was the first word which u see when computer ask u to input |
19:59.25 | Cotulla | ur nick |
19:59.25 | Cotulla | :( |
19:59.30 | [acl] | :-p |
19:59.34 | [acl] | its also my initials |
19:59.39 | Cotulla | hm |
19:59.40 | [acl] | so its how i sign my checks too |
19:59.47 | Cotulla | okay I fail |
19:59.47 | Cotulla | :D |
19:59.55 | [acl] | you fail? impossible |
20:00.06 | Cotulla | I am often fail |
20:01.15 | [acl] | when are you going to be done with your kernel? |
20:01.20 | [acl] | i dont want to work on gsm |
20:01.24 | [acl] | its hideous |
20:01.26 | [acl] | :-p |
20:01.55 | WisTilt2 | jonpry: building now ill let you know shortly. |
20:02.25 | [acl] | Cotulla: i do have a question for you |
20:02.31 | Cotulla | yes? |
20:02.42 | [acl] | Cotulla: the gpio buttons for gsm |
20:02.49 | Cotulla | one of 128 cotulla's heads looking to [acl] |
20:02.58 | WisTilt2 | lol |
20:03.04 | [acl] | Cotulla: for some reason i can't generate interrupts on the end call key |
20:03.24 | Cotulla | other one was scheduled to monitor WisTilt2's 'lol' operator |
20:03.24 | [acl] | Cotulla: interrupts are fine on the power key, so im not sure if the other keys have a different setup |
20:03.46 | Cotulla | RHO? |
20:03.48 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
20:03.51 | [acl] | Cotulla: course rho |
20:03.52 | [acl] | what else |
20:04.17 | Cotulla | 83? |
20:04.25 | [acl] | hmm let me get the numbers |
20:04.34 | Cotulla | so it just not working in other words? |
20:05.53 | [acl] | Cotulla: well it works on the kernel, but LK wise its puzzling why cdma can generate interruptso n the gpio buttons but not gsm |
20:06.47 | [acl] | #define RHODIUM_END_KEY 18 |
20:06.51 | [acl] | that beotch |
20:07.36 | Cotulla | so it's not working in GSM only? |
20:07.39 | Cotulla | and only in LK? |
20:07.41 | [acl] | yup |
20:07.45 | [acl] | only in LK |
20:08.04 | Cotulla | yes 18 |
20:08.05 | [acl] | cdma fine, gsm is being poop |
20:08.16 | Cotulla | is it configured? |
20:08.17 | [acl] | input |
20:08.24 | [acl] | code is identical |
20:08.25 | [acl] | lol |
20:08.42 | Cotulla | I means global config |
20:08.43 | Cotulla | or owner |
20:10.20 | Cotulla | but it's working in kernel later? |
20:11.56 | [acl] | hmm owner ? hmm |
20:12.00 | [acl] | yeah works on kern later |
20:12.16 | Cotulla | do u config it in the kernel? |
20:12.29 | *** join/#htc-linux swc|666 (~gecko@unaffiliated/swc666/x-4934821) |
20:12.32 | [acl] | yeah |
20:12.44 | Cotulla | are u using it as enter button? |
20:12.50 | Cotulla | during boot |
20:12.56 | Cotulla | maybe it need more time |
20:13.02 | [acl] | hmm time.. |
20:13.04 | [acl] | hmm |
20:13.28 | [acl] | well i tried polling the value of the gpio to see if it changes .. still nothing. So right now im just using 1 button to do everything |
20:13.30 | [acl] | the power button |
20:13.35 | [acl] | that button works flawlessly |
20:13.38 | [acl] | too flawless actually |
20:14.01 | [acl] | so there is a difference between the power and end call key |
20:14.10 | [acl] | wish i knew what it was :-p |
20:14.24 | Cotulla | maybe u should put higher value |
20:14.25 | Cotulla | not 2MA |
20:14.27 | Cotulla | but 8MA |
20:14.28 | Cotulla | or etc |
20:14.30 | Cotulla | PULLUP |
20:14.44 | [acl] | hmm |
20:14.57 | [acl] | could be |
20:15.01 | [acl] | i have 2ma |
20:15.23 | [acl] | ill test tonight.. |
20:16.17 | Cotulla | volup down |
20:16.19 | Cotulla | u can use them too |
20:16.44 | [acl] | yeah but they dont look like happy buttons to use |
20:17.13 | [acl] | actually those gave me issues on cdma i think. It would generate interrupts, but only once. After that they wouldnt respond anymore |
20:17.44 | Cotulla | had such issue with headset jack |
20:17.49 | Cotulla | works only once |
20:18.03 | [acl] | the 11pin usb ? |
20:18.04 | Cotulla | we change 2MA to 8MA |
20:18.08 | Cotulla | yes 11pin |
20:18.12 | Cotulla | and it starts to work |
20:18.18 | [acl] | hmm interesting |
20:18.27 | [acl] | on rhod or leo? |
20:18.34 | Cotulla | RHO |
20:19.09 | [acl] | very weird indeed |
20:20.51 | Cotulla | yta |
20:25.18 | [acl] | Cotulla: im trying to decide how to handle ts calibration. Im tempted to write my own app to calibrate. |
20:26.47 | WisTilt2 | jonpry: better but still slow. http://pastebin.com/q333tbR7 |
20:27.26 | *** join/#htc-linux GNUtoo (~gnutoo@host246-111-dynamic.48-82-r.retail.telecomitalia.it) |
20:27.33 | *** join/#htc-linux mgross029 (c0234f46@gateway/web/freenode/ip.192.35.79.70) |
20:28.20 | Cotulla | what about nand? |
20:28.30 | *** join/#htc-linux helicopter88 (~helicopte@95.239.10.183) |
20:28.32 | [acl] | Cotulla: huh ? |
20:28.42 | Cotulla | ts calibration in nand |
20:28.51 | [acl] | Cotulla: yeah which is what we do now |
20:28.55 | [acl] | dump orig values from wince |
20:28.57 | Cotulla | is it working? |
20:29.00 | [acl] | yeah |
20:29.06 | Cotulla | how u solve problems? |
20:29.07 | [acl] | but that means people would need to go back to windows and recalib |
20:29.11 | [acl] | horrible |
20:29.14 | Cotulla | :D |
20:29.21 | Cotulla | there not cornes |
20:29.26 | Cotulla | but with offset right? |
20:29.40 | [acl] | huh? |
20:29.45 | Cotulla | in nand |
20:29.47 | Cotulla | values |
20:30.10 | [acl] | yeah its in there somewhere followed by a crc |
20:30.17 | [acl] | same with gsensor calib values |
20:30.19 | Cotulla | u can make app |
20:30.20 | [acl] | but i dont use thos at all |
20:30.22 | Cotulla | which install |
20:30.26 | Cotulla | flag |
20:30.27 | Cotulla | to sysfs |
20:30.31 | Cotulla | about calibration mode |
20:30.47 | Cotulla | and draw in app some + |
20:31.00 | [acl] | yeah thats the idea |
20:32.10 | [acl] | you are prob gonna include that in magldr huh |
20:32.13 | [acl] | just do it pre boot |
20:32.45 | Cotulla | I want to use nand values |
20:32.57 | [acl] | but not replace them at all? |
20:33.01 | Cotulla | no |
20:33.03 | [acl] | damn |
20:33.07 | Cotulla | I read this part of nand to ATAG |
20:33.12 | [acl] | yeah |
20:33.19 | [acl] | but what if people want to calib ? |
20:33.21 | Cotulla | that's done already |
20:33.25 | Cotulla | they will need flash WM |
20:33.27 | [acl] | damn |
20:33.31 | Cotulla | small cost man |
20:33.36 | Cotulla | or they will install app |
20:33.53 | Cotulla | and there yellow label in the corner "made by [acl]" |
20:33.56 | Cotulla | lol |
20:33.58 | [acl] | lol |
20:34.01 | Cotulla | :D |
20:36.47 | *** join/#htc-linux avinashhm (~avinash-h@192.94.92.14) |
20:37.47 | *** join/#htc-linux mastermerlin (~Adium@p4FEE5A5E.dip.t-dialin.net) |
20:38.05 | *** join/#htc-linux GNUtoo (~gnutoo@host246-111-dynamic.48-82-r.retail.telecomitalia.it) |
20:39.09 | jonpry | WisTilt2, why you gotta break everything |
20:39.21 | WisTilt2 | say what? |
20:39.21 | [acl] | damn the pry is back ? |
20:39.38 | [acl] | jonpry: sup my good man.. where is my tablet ? :-p |
20:40.14 | jonpry | hi [acl] |
20:40.20 | jonpry | tablet is on my desk |
20:40.24 | [acl] | jonpry: long time bro.. long time |
20:40.38 | jonpry | got hung up on the hp touchpad |
20:40.45 | [acl] | damn |
20:41.04 | jonpry | now there is ics |
20:41.41 | jonpry | could be working on android 4ever |
20:41.54 | [acl] | lol |
20:42.03 | [acl] | was it released on aosp already? |
20:42.21 | helicopter88 | yeah |
20:42.35 | jonpry | yeah but i can't download it here |
20:43.08 | [acl] | ill have to see if the cyanogen team already started working on it |
20:43.43 | [acl] | haha |
20:43.44 | [acl] | yup |
20:43.48 | [acl] | i see the branch |
20:43.54 | jonpry | yeah its been tagged |
20:44.09 | jonpry | but they are basically confused |
20:45.15 | [acl] | as long as someone already starting.. thats all that matters |
20:45.16 | jonpry | i think omap is the target of choice |
20:46.39 | Cotulla | yes I started |
20:47.16 | jonpry | build will finish next week? |
20:47.36 | [acl] | ill check in 2 months |
20:47.41 | [acl] | by then cyano should have an RC |
20:48.14 | jonpry | you know i am part of the darkside now? |
20:48.26 | [acl] | jonpry: you are killing younglings ? |
20:48.34 | Cotulla | he want become a kind of earth |
20:48.37 | jonpry | and taking names |
20:48.39 | Cotulla | did he tell u, [acl] before? |
20:48.43 | [acl] | nope |
20:48.47 | Cotulla | now u know |
20:48.51 | Cotulla | and warned |
20:48.51 | [acl] | first time ive seen him since the good ol days |
20:48.52 | Cotulla | :D |
20:49.36 | [acl] | so who gonna fill me in ? |
20:49.40 | [acl] | on this so called dark side |
20:49.59 | jonpry | who is responsible for http://stats.cyanogenmod.com/ | grep rhodium ? |
20:50.27 | *** join/#htc-linux Rajko (~rajkosto@2001:470:d76b:da7a:7476:b1eb:4927:1af2) |
20:50.35 | [acl] | no idea |
20:50.39 | Cotulla | lol |
20:50.39 | *** join/#htc-linux GNUtoo (~gnutoo@host246-111-dynamic.48-82-r.retail.telecomitalia.it) |
20:50.43 | Cotulla | T W I C E |
20:50.53 | Cotulla | hm |
20:50.55 | [acl] | so dark side is cm ? |
20:50.56 | Cotulla | maybe it's our tests |
20:51.00 | helicopter88 | kovsky 108 wohooo! |
20:51.12 | Cotulla | we tried it with sim card and internet few times |
20:51.22 | [acl] | maybe its my release :-p |
20:52.55 | Cotulla | ur? |
20:52.56 | Cotulla | but how it's working> |
20:52.56 | Cotulla | ? |
20:52.56 | [acl] | slooow |
20:52.56 | jonpry | thats not good for a release |
20:52.57 | [acl] | no where near as good as omgb |
20:52.57 | jonpry | tenderloin11,009 is jonpry |
20:52.58 | [acl] | oo |
20:52.59 | Cotulla | leo13,260 |
20:52.59 | [acl] | Cotulla: yeah alex and I have cm7 builds .. but im not liking it too much |
20:52.59 | Cotulla | I win 11 |
20:52.59 | jonpry | not for long |
20:53.05 | [acl] | Cotulla: the launcher is hideous |
20:53.09 | Cotulla | who knows . . . |
20:53.20 | Cotulla | I will access from new MAGLDR their server and pass random IMEIs |
20:53.31 | Cotulla | :D |
20:53.52 | [acl] | ahh i forgot mine is a kang |
20:53.54 | [acl] | :-p |
20:53.56 | Cotulla | [acl], it's working at least |
20:53.56 | *** join/#htc-linux |lippa| (~lippa@ppp118-209-41-138.lns20.mel4.internode.on.net) |
20:54.13 | [acl] | Cotulla: but horrible. I can possibly optimize the launcher but not worth it |
20:54.28 | Cotulla | a bit laggy tes |
20:54.30 | Cotulla | yes |
20:54.32 | [acl] | very |
20:54.43 | Cotulla | u want to say clear android faster? |
20:55.12 | [acl] | i want to remove crap from it.. too much stuff in there. just looks really heavy |
21:01.08 | *** join/#htc-linux raymonddull (~raymonddu@c-98-209-145-76.hsd1.mi.comcast.net) |
21:02.35 | [acl] | wtf |
21:02.42 | [acl] | some people disabling electron beam :-( |
21:02.47 | [acl] | i spent all this time optimizing .. |
21:02.58 | [acl] | so it can get disabled |
21:03.04 | Cotulla | shit |
21:03.06 | Cotulla | disallow |
21:03.07 | Cotulla | remove |
21:03.08 | Cotulla | ability |
21:03.09 | [acl] | lol |
21:03.11 | [acl] | im about to |
21:03.13 | Cotulla | format storage if it off |
21:03.15 | [acl] | force FULL animation |
21:03.20 | [acl] | haha |
21:03.32 | [acl] | nahh its all good |
21:04.23 | Cotulla | lol |
21:07.36 | *** join/#htc-linux raymonddull (~raymonddu@c-98-209-145-76.hsd1.mi.comcast.net) |
21:10.35 | *** join/#htc-linux jonpry (~jon@unaffiliated/jonpry) |
21:12.33 | *** part/#htc-linux ali1234 (~ajbuxton@robotfuzz.co.uk) |
21:13.23 | *** join/#htc-linux ali1234 (~ajbuxton@robotfuzz.co.uk) |
21:14.55 | [acl] | jonpry: dood so what dark side ? |
21:14.57 | [acl] | lol |
21:15.23 | jonpry | cm |
21:15.38 | [acl] | jonpry: ahh that was it |
21:15.41 | jonpry | but i quit, i think |
21:15.47 | [acl] | im not a fan of it |
21:15.50 | jonpry | gonna fork the touchpad |
21:15.55 | [acl] | oo |
21:16.00 | jonpry | and be a real kanger |
21:16.04 | [acl] | only way |
21:16.21 | [acl] | granted cm has not been liking our patches. I'll need to figure out a way to send them patches we need to be official |
21:16.34 | [acl] | but one thing stops us is our name.. rhodium and rhodiumc will need to split |
21:16.44 | [acl] | cant have these shenanigans being on the same kernel |
21:16.54 | jonpry | why split? |
21:17.16 | jonpry | what patches are you trying to push? |
21:17.17 | [acl] | they are way too different to be considered the same. plus passing values from the boot loader is a pain |
21:17.32 | [acl] | isntead of just passing mtype, we need to let the kernel decide what it is |
21:17.40 | jonpry | so you want to use different mach types? |
21:17.46 | [acl] | they do have diff mtypes |
21:17.49 | [acl] | always did |
21:17.55 | *** join/#htc-linux rob_w (~bob@ppp-188-174-88-223.dynamic.mnet-online.de) |
21:18.10 | jonpry | there was once a slew a of patches doing the is_cdma thing |
21:18.24 | [acl] | yeah, and it breaks things now since i cant pass the correct mtype |
21:18.36 | [acl] | nand layouts are different, so obviosly recovery needs to be different |
21:18.39 | [acl] | just too much crapola |
21:18.41 | [acl] | for nand |
21:19.12 | [acl] | acutally i guess passing atag to recovery will work to. :-\ |
21:20.39 | jonpry | i dunno. sounds kind of unimportant to me. just need to stick with some way. |
21:21.03 | jonpry | [acl], going to put 39 on nand? |
21:21.29 | [acl] | jonpry: not sure. i have almost everything done kernel wise, just need to figure out wtf to do with gsm |
21:21.40 | [acl] | since .39 is working on gsm, seems logical to just get it to boot on nand |
21:22.08 | jonpry | it works on cdma too |
21:22.22 | [acl] | yeah but cdma i'll go .35 and help emwe |
21:22.29 | *** join/#htc-linux GNUtoo (~gnutoo@host246-111-dynamic.48-82-r.retail.telecomitalia.it) |
21:23.03 | [acl] | .39 up to date with the haret patches ? then it might just work now. ill need to add the LS patch but thats about it |
21:23.18 | [acl] | and panel |
21:23.19 | detule | i am about to add LS |
21:23.31 | detule | in the process of killing -klt |
21:23.39 | [acl] | detule: you are my new hero |
21:23.46 | [acl] | detule: moving to microp ng ? |
21:24.03 | detule | 90% there |
21:24.08 | [acl] | dang |
21:24.10 | detule | -ksc gone |
21:24.20 | [acl] | dang its like a slaughter huh |
21:24.37 | detule | yeah /drivers/input/keyboard is looking pretty vanilla right now |
21:24.46 | detule | of course, this would not be possible without emwe's tree |
21:25.16 | detule | i have your LS going on right now, i just can't figure out why i can't turn auto backlight OFF in GB |
21:25.42 | [acl] | sounds like a userland issue |
21:26.13 | [acl] | also depends on the panel settings |
21:28.21 | [acl] | detule: hmm.. also ls was never tested on gsm. |
21:28.29 | detule | rhod400 |
21:28.41 | [acl] | detule: yeah but when you add it to the boardfile, make sure its not loaded by both |
21:29.02 | detule | will do |
21:29.15 | [acl] | there is a bug on my code that i need to remove. some old code to be compatible with frx was left behind |
21:29.17 | [acl] | i need to wipe that |
21:29.27 | detule | ok i gotta go, i'll have that going by the end of today tomorrow as soon as i figure out if this is userland or i messed something up |
21:29.35 | [acl] | cool |
21:30.35 | *** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:da7a:7476:b1eb:4927:1af2) |
21:30.43 | jonpry | WisTilt2, can you test something out? |
21:31.12 | WisTilt2 | sure |
21:32.26 | jonpry | i pushed some traces in suspend. hopefully get a better idea where it is hanging for so long |
21:33.42 | *** join/#htc-linux Alex[sp3dev] (~alexander@178.176.157.27) |
21:36.27 | WisTilt2 | ok give me a few to build and test. we're playing with another 300 here with u-boot booting .39:) |
21:37.34 | jonpry | u-boot? |
21:37.37 | jonpry | from where? |
21:37.50 | WisTilt2 | same as we use on our device |
21:38.11 | jonpry | hrm. so no winmo? |
21:39.06 | WisTilt2 | nope none at all. problem is going to be missing stuff winmo pre sets up though but we should be able to figure that out. |
21:39.17 | Alex[sp3dev] | u-boot? we need to go deeper |
21:39.32 | *** join/#htc-linux arif-ali_ (~arif-ali@94-192-24-56.zone6.bethere.co.uk) |
21:39.55 | WisTilt2 | deeper? nothing on flash now but u-boot, kernel, etc. how much deeper you want to go? |
21:40.19 | jonpry | your uboot have usb console? |
21:40.33 | WisTilt2 | not yet but it will shortly |
21:41.05 | jonpry | hmm. there will be an unfortunate accident with the source code? |
21:41.19 | [acl] | Alex[sp3dev]: Cotulla had some suggestions about my buttons. Move to 8MA vs 2MA |
21:41.20 | WisTilt2 | yeah that's what im thinking |
21:41.23 | mgross029 | WisTilt2: make us a boot menu while your in there. :p |
21:41.27 | *** join/#htc-linux arif-ali_ (~arif-ali@94-192-24-56.zone6.bethere.co.uk) |
21:41.42 | Alex[sp3dev] | [acl]: ok |
21:42.13 | *** join/#htc-linux GNUtoo (~gnutoo@host246-111-dynamic.48-82-r.retail.telecomitalia.it) |
21:42.19 | Cotulla | more deep |
21:42.31 | [acl] | you are back to being cobb from inception? |
21:42.34 | Alex[sp3dev] | jonpry: so you want an accident? |
21:42.35 | [acl] | always wanting to go deeper? |
21:42.50 | *** join/#htc-linux bartman (~bart@2607:f2c0:a000:175:2e0:81ff:fe47:3d01) |
21:43.32 | WisTilt2 | so jonpry, what did i break btw? |
21:44.13 | jonpry | my code that fixed the wake problem |
21:44.24 | [acl] | Alex[sp3dev]: so you try gps ? |
21:44.27 | [acl] | looks like i was wrong |
21:44.31 | [acl] | works fine |
21:44.36 | [acl] | too good people say |
21:44.38 | WisTilt2 | huh? |
21:44.48 | jonpry | twas a joke |
21:45.03 | [acl] | Alex[sp3dev]: i thought i had a wake issue, but im not sure anymore. Seems to sleep fine now. |
21:45.06 | Alex[sp3dev] | [acl]: i renamed it to gps.msm7k.so or gps.kovsky.so (don't recall). it started working. no fix though and got a bootloop on reboot and removed it after |
21:45.15 | [acl] | hmm |
21:45.17 | WisTilt2 | was going to say, not my fault:) |
21:45.44 | jonpry | Alex[sp3dev] well i just want the uboot. not sure who needs to drop the ball for that happen |
21:45.46 | [acl] | Alex[sp3dev]: odd. |
21:46.20 | Alex[sp3dev] | jonpry: do you accidentally need anything else for your research? |
21:46.39 | jonpry | uMulti is almost as good as fastboot |
21:47.11 | jonpry | Alex[sp3dev], i hope not. binaries are good in my book |
21:47.13 | Alex[sp3dev] | [acl]: i think i'm getting myself an sgs s2 soon. and will leave kovsky for experiments (still, jpeg, autofocus and lsensor are undone). probably will play with jtag |
21:47.33 | [acl] | damn |
21:47.51 | jonpry | i can hook you up with a prypad instead |
21:47.53 | [acl] | lsensor is not done? damn i thought we had all the documentation ready. Just need to add it to the driver |
21:48.20 | Alex[sp3dev] | [acl]: you know i'm lazy |
21:48.49 | Alex[sp3dev] | jonpry: is prypad hw done yet? |
21:49.02 | jonpry | yeah i have a working one |
21:49.14 | Alex[sp3dev] | working as in booting some test code? |
21:49.16 | [acl] | Alex[sp3dev]: before your lazyness goes into high gear.. wanna at least do the jpeg part for cam ? :-) |
21:49.19 | jonpry | runs cm7 |
21:49.35 | Alex[sp3dev] | jonpry: pics? |
21:49.52 | jonpry | not atm. i'll take some later |
21:50.26 | [acl] | hardware porn |
21:50.27 | Alex[sp3dev] | [acl]: yeah, want to fix jpeg. i mean, i want to finish the whole stuff. btw, video recording magically works for me now |
21:51.02 | [acl] | haha |
21:51.11 | [acl] | well you are using tattoo cam right ? or JBs ? |
21:52.19 | Alex[sp3dev] | [acl]: JBs. but well, tattoo code looks nicer except that it does not work. I've started porting jpeg stuff from tattoo to jb, but didn't yet finish |
21:52.28 | *** join/#htc-linux avinashhm (~avinash-h@192.91.66.186) |
21:52.36 | [acl] | Alex[sp3dev]: damn im salivating |
21:52.51 | Cotulla | Alex how is cfg1? |
21:53.42 | Alex[sp3dev] | Cotulla: i didn't work on hd mini yet (i'm a bit busy at the university this week). i actually plan to only use LK for writing partitions and rely on the SPL to read what i need and copy to ram |
21:54.13 | Cotulla | oh yes |
21:54.14 | Cotulla | forgot |
21:55.51 | [acl] | damn |
21:56.27 | Alex[sp3dev] | [acl]: what again? |
21:56.48 | [acl] | no just reading posts |
21:57.07 | [acl] | some animal reposted my build with market apps. had to ask him to take it down |
21:57.33 | Cotulla | humans also animals |
21:57.37 | WisTilt2 | jonpry: seems to be waking faster now for whatever reason but still delaying a few secs. http://pastebin.com/AKpyFxSe |
21:58.00 | Cotulla | because wolfs eat only animals, but they can eat people as well => so people == animals |
21:58.03 | Alex[sp3dev] | so you're a hypocritical beotch stealing htc camera drivers and patching 3d blobs and fighting against warez? |
21:58.18 | [acl] | Alex[sp3dev]: not me, the mods. |
21:58.19 | [acl] | lol |
21:58.54 | [acl] | Alex[sp3dev]: they will ban him if they find that. So it was best to silence him internally |
21:59.48 | Alex[sp3dev] | i wonder why on kovsky microp keypad dies almost after any suspend but no one reported that on rhod/raph even on 27 |
22:00.28 | [acl] | nope .. no reports of keypad poop |
22:02.29 | [acl] | the biggest question i have is "whats fastboot" |
22:02.40 | Cotulla | becayse keys on kov sky so uncomfortable and noone use them |
22:02.50 | Cotulla | it's clear |
22:03.17 | Alex[sp3dev] | true that. but microp is also used for front keys which is a problem |
22:03.38 | Cotulla | hm ok |
22:04.02 | *** join/#htc-linux bzo (~chatzilla@c-174-62-79-238.hsd1.ca.comcast.net) |
22:06.56 | *** join/#htc-linux GNUtoo (~gnutoo@host246-111-dynamic.48-82-r.retail.telecomitalia.it) |
22:13.19 | *** join/#htc-linux TheXev (~user@234.sub-174-252-215.myvzw.com) |
22:14.26 | *** part/#htc-linux Cotulla (~myfakemai@nat100-255-205-109.tvoe.tv) |
22:16.56 | [acl] | Alex[sp3dev]: lol.. hacked binaries |
22:16.58 | [acl] | :-p |
22:24.31 | *** join/#htc-linux Markinus (~Adium@212.255.41.248) |
22:46.03 | jonpry | there is a theory that 3d blobs are licensed for distribution with the correct hardware. although modification might be prohibited |
23:05.53 | jonpry | WisTilt2, in that log there seems to be 2 things taking ~ seconds |
23:05.59 | jonpry | 2 seconds |
23:06.53 | jonpry | one of which is msmfb |
23:07.19 | jonpry | think you can make it happen again? |
23:15.05 | detule | Alex[sp3dev], i had microp-keypad dying on me after i brought it over from emwe's tree which i assume is from yours |
23:15.21 | detule | i removed the suspend hooks (cancel_work_sync and the led_trigger) |
23:15.36 | detule | i moved the led_trigger to the board-*-led file suspend hook |
23:16.02 | Alex[sp3dev] | detule: i think, we need to change cancel to flush and restart the work on resume. will test later |
23:16.40 | detule | perhaps, i actually thing the led_trigger is somehow the problem |
23:16.50 | detule | anyways it works now in the .39 tree |
23:19.23 | detule | oh yeah i added a flush_workqueue, but this is also in the suspend hook in the board file |
23:20.43 | *** join/#htc-linux TheXev (~user@234.sub-174-252-215.myvzw.com) |
23:25.44 | WisTilt2 | jonpry, sorry had to take care of something here at the office. you need me to try and get it to delay longer? |
23:26.09 | jonpry | just another delay to compare with |
23:26.35 | WisTilt2 | my phone has been in sleep for over 20mins so maybe we have some better data here |
23:38.12 | WisTilt2 | i can't get it to take any longer than 2-3secs to wake now. maybe your additional logging is taking up just enough time to tweak some delay we need? |
23:41.12 | jonpry | well the patch before that may have actually fixed something |
23:41.22 | jonpry | is 2-3 seconds normal? |
23:43.33 | WisTilt2 | without the daemon it takes well under a second normally. 1 sec max but rarely |
23:47.34 | jonpry | weird |
23:48.06 | WisTilt2 | there, i just got the first 5 sec or so delay. |
23:49.03 | *** part/#htc-linux Alex[sp3dev] (~alexander@178.176.157.27) |
23:49.29 | WisTilt2 | http://pastebin.com/iveWABXi |
23:49.51 | WisTilt2 | should that many scbs measure etc's be happening like that during wake? |
23:50.19 | WisTilt2 | from wake start up to 1205.xx timestamp lots of reads |
23:51.08 | WisTilt2 | over 4 secs from enter rc and enter end |
23:51.18 | jonpry | thats msmfb |
23:51.28 | jonpry | rc = resume_console() |
23:52.07 | WisTilt2 | hmm. when this happened in .27 thats where i removed the console buffer data and it became instant. wonder why scbs is affecting that |
23:52.45 | WisTilt2 | let me try that and see if it fixes it just for kicks. then we can figure why that's making it go crazy |
23:52.47 | jonpry | all those reads are it downloading the sleep data to userland. that should be ok. its a low priority process just taking time when available |
23:56.04 | *** join/#htc-linux Bry8Star (~Bry8Star@gateway/tor-sasl/bry8star) |
23:57.14 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-20-63-62.client.mchsi.com) |