IRC log for #htc-linux on 20111115

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.17jonpryhow are we doing to get ics on this mother
02:27.27jonprydetule i got the stuff in /kernel done. whats the deal with timer.c?
02:28.28bzojonpry: you may need to use d3tul3 to get his attention
02:28.44d3tul3jonpry, 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.01d3tul3and for the life of me ic ould not figure out what the hell it was for
02:29.09bzoremains to be seen if ics will have the legacy graphics compositing stuff we need to get it running
02:29.40jonprythe 39 timer.c still doesn't have the necessary synchronizer
02:30.12d3tul3jonpry, i may have taken something out
02:30.47rpierce99looks like pandaboard can run it right away
02:31.36d3tul3i took out CLOCK_EVT_MODE_RESUME and the associated functions, but i guess those are needed for scbs
02:31.36jonprydetule, were there any improvements from removing stuff?
02:31.49bzorpierce99: looks like it supports opengl 2, which the tp2 doesn't
02:32.09jonpryyeah pandaboard :(
02:32.26jonpryi only have a beagle
02:32.57d3tul3don'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.03rpierce99it's omap, i wonder if you could get it to run with a couple tweaks
02:33.18bzobeen tempted to pick up a beaglebone
02:33.53jonprythe bone is very popular for some reason
02:40.14*** join/#htc-linux WisTilt2 (~wisgreg@wireless248.wirelesstcp.net)
02:40.44WisTilt2detule/d3tule3 you around?
02:40.56d3tul3yeah
02:41.09jonprysomehow that timer stuff will need to get back in
02:41.10d3tul3sorry didn't know where to grep
02:42.20WisTilt2thanks 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.49WisTilt2i have it working fine on froyo but gb is the problem
02:43.04d3tul3hm what's the froyo entry
02:43.14WisTilt2sys/class/bluetooth
02:43.32WisTilt2dont see that in gb but i do see dbgfs/bluetooth
02:44.08WisTilt2didnt mean to jump in if you and jonpry are working on something:)  just got home and got your email
02:48.10d3tul3i 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.02WisTilt2im 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.33d3tul3WisTilt2, 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.54WisTilt2d3tul3: are you seeing /dbgfs/bluetooth at all on your device with gb?
02:56.30d3tul3yeah
02:57.20WisTilt2do you see hci0 anywhere?
02:58.49d3tul3no
02:58.56d3tul3only thing i see is /sys/module/hci_uart
03:00.26WisTilt2jeeze.... ok let me get my other sd card with my working code on it.  i think i know wth i did.
03:01.29d3tul3WisTilt2, i am on the autobuild here, no bt enables in config and what not
03:02.49WisTilt2yeah 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.36WisTilt2well 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.22d3tul3my bluetooth/ are both empty
03:11.22d3tul3but that's probably i am missing some config enables
03:12.20WisTilt2this still could be permission issue.  hci0 should have rw perms no?  it only has rx
03:14.19d3tul3gotta 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.00jonpryiirc 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.49jonpryWisTilt2, should i commit this quickwakeup stuff?
04:07.59WisTilt2hey jonpry... quickwakeup?  sounds like scbs is in the future for .39??
04:08.42jonpryi guess that is the plan. just doing the infrastructure. all i know is that it builds :p
04:09.48WisTilt2scbs 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.16WisTilt2re 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.35jonpryi'll push the scbs and you let me know if it blows up :p
04:13.22WisTilt2ok will do.  we need to do any outside the kernel stuff like before to get it running?
04:13.47jonprywell this first patch does not actually add scbs
04:14.05WisTilt2just timer stuff?
04:14.16jonpryjust stuff in /kernel/power and the rtc driver. hopefully it works with/without quickwakeup in the config
04:14.30jonprynext i will do timer as i think it will be the subject of bisection
04:14.45WisTilt2ok gotcha.  let me know and ill pull and try it
04:19.14jonpryalright its up
04:19.50WisTilt2ill let you know shortly
04:21.44jonprydo you know more about this "gp timer problem" detule was trying to fix?
04:23.09WisTilt2not 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.52jonpryoh yeah
04:26.31jonpryi need to put an sdr in the prypad
04:27.14WisTilt2you have a fully working proto now or you still in design phase?
04:27.42jonpryits missing some software, but yeah it works
04:30.13WisTilt2pads 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.46WisTilt2maybe ill have to get some special designed prypads:)
04:31.46jonpryits really not too hard
04:33.09jonprymostly an issue with getting screens and ram
04:34.00jonpryconsidering doing something with pcb interposers for rev2
04:34.57WisTilt2i 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.57jonpryi don't have any cellular radio stuff
04:36.56WisTilt2ok no .39 issues with quickwake that i can see.  anything in dmesg to look for?
04:37.20jonprydid you build with CONFIG_QUICKWAKEUP or whatev?
04:38.11WisTilt2no.  didnt you want to try that without any config changes?
04:38.40jonpryin theory it should be doing anything differently with the config off
04:38.48jonpryer shouldn't be
04:39.40WisTilt2so build again with quick wakeup enabled in config?
04:40.00jonprysure if you want
04:40.36WisTilt2i 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.49WisTilt2guess 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.23jonprykexec is good
04:56.28WisTilt2well no problems so far with quickwake that i can see.  should it be doing anything at this point?
04:57.31jonpryno. hopefully it doesn't pass out while working
04:57.47jonpryat this point i have fully patched in scbs
04:58.55WisTilt2lol, 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.25jonpryscbs kernel should be pushed. may have forgot a file or something
05:03.18WisTilt2building it now.  so will your scbs apk still work with this?
05:03.42jonpryyeah, but the daemon is in rootfs
05:04.12WisTilt2right.
05:04.59WisTilt2kernel built with no errors so after another long boot process we'll run it
05:05.55jonpryi forgot how that is. only takes 7 seconds to boot a kernel on touchpad
05:08.29WisTilt2jonpry: WAKE_LOCK_SUSPEND undeclared
05:08.42WisTilt2in suspend.c
05:08.57WisTilt2damn thats fast bootup
05:09.31jonprystrange that didn't show up before. pushed
05:10.40WisTilt2i think i built first time with config overwritten.
05:10.51jonpryif my connection and computer didn't suck so bad i would pull an all nighter and get ics on touchpad :p
05:11.46WisTilt2and ics on tp2 while you're at it
05:11.57WisTilt2i'd stay up and help you
05:12.13WisTilt2no error on build that time so booting now
05:12.30jonprywell i'm not sure thats possible, and the whole build/test cycle would be so long
05:14.25jonpryhrm. where is an old scbs rootfs?
05:15.06WisTilt2i have one for .27 i can email you
05:15.24jonpryi just need the /init from it
05:16.00jonprynm, i found it
05:17.19WisTilt2its already on its way
05:18.27jonpryk. turns out i can't find a binary either
05:19.49WisTilt2sys/devices/virtual/scbs
05:19.49WisTilt2sys/class/scbs
05:19.54WisTilt2must be working
05:20.12jonprycool
05:20.42WisTilt2no crashes or unusal stuff in logs during sleep or wake so looks good.
05:21.11jonpryits not quite activated yet
05:21.40jonpryneed daemon for more power
05:21.54WisTilt2btw, i measured .39 on the 300 in sleep -> 18ma most of the time but saw it hit under 10ma a few times.
05:22.20jonprythats pretty good. w/ radio on?
05:22.31WisTilt2yep
05:22.48WisTilt2no sync on though.  not bad at all
05:22.52jonpryscbs will probably double that :p
05:23.17WisTilt2yeah i know it will:)  scbs will be nice with this kernel
05:25.06jonpryguess thats the price for more accurate battery reporting
05:25.29jonprythis reminds me i still haven't ported it to omap yet
05:25.52WisTilt2i dont think we added too much drain with scbs.  well worth the accuracy imo
05:26.12WisTilt2seems like i was measuring around 22-23ma iirc
05:26.38jonprywhich is significant percentage of 10-18
05:30.10jonpryscbs rootfs: http://www.box.net/s/j3b4pc75ud4nmjonz7b2
05:30.43WisTilt2which rootfs is this based off?
05:31.08jonprysomething detule gave me earlier today
05:31.41WisTilt2k.  thats emwe's test one we've been using great.  now i can run scbs through the ringer overnight.
05:32.22jonprycool
05:33.04WisTilt2so do i need to clean out my last .conf from may and let it create a new one?
05:34.20jonpryit should be able to use that data
05:35.02jonprybut 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.16WisTilt2so just delete scbs.conf and it will make a new one? been so long i forget
05:37.07jonprywell just leave the conf. then when you have some data. use the apk to make a new one
05:43.47WisTilt20,36322036610,4.167059,99.554332,0.312803,0.006989,0.314987,4.088504,90.670074,0
05:43.47WisTilt21,41335189685,4.166910,99.537429,0.301802,0.006989,0.303986,4.088504,90.670074,0
05:43.51WisTilt2:) working nice
05:46.10WisTilt2jonpry: 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.20WisTilt2during charge that is
05:48.50*** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com)
05:52.46WisTilt2[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.37WisTilt2[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.15WisTilt2just an idea of the address blocks you can't read
05:58.24WisTilt2or regions whatever
05:58.44[acl]on cdma, we can begin to write at 0x180
05:59.43WisTilt2can 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.59WisTilt2can 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.03WisTilt2i 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.00WisTilt2yes 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.48WisTilt2if 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.13WisTilt2not 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.43WisTilt2jonpry: 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.56arrrghhhscbs in .39 eh?
06:19.19jonpryyeah the good stuff
06:19.22arrrghhhhehehe
06:19.29arrrghhhi'm still going to try and lobby for it on NAND
06:19.33arrrghhhdespite your hatred of it
06:20.02arrrghhh:P
06:21.30jonpry39 on nand?
06:21.46arrrghhhin time, i'm sure
06:21.58arrrghhhACL i think is looking for something newer than .27 to get GSM up on.
06:22.45jonpry39 for sure :p
06:22.51arrrghhhhehehe
06:22.54arrrghhhno 3.0?  :P
06:22.56arrrghhhisn't 3.1 out?
06:23.07arrrghhh3.1.1
06:23.17arrrghhhyea, they're up to 3.2-rc1... Oo
06:29.48jonprythe 3.0 tree was never quite as stable. i'll try to upgrade it
06:29.57arrrghhhyea, i remember that
06:30.01arrrghhhthere's probably a lot of new fixes
06:30.12arrrghhhnot sure if anything that applies to us tho :P
06:30.27jonpry3.0 to 3.1 will be tricky. and i quit doing rc's. waste of time
06:30.52jonprygotta keep it moving or the code dies
06:32.22jonprylinux 3.1 > windows 3.1
06:32.35arrrghhhhah
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.55d3tul3thanks for pushing that out jonpry
15:19.46jonpryd3tul3, hopefully it works right
15:19.59Cotullahi boat-owner
15:20.50jonpryhi Cotulla
15:21.07Cotullahow is ur pad?
15:21.40jonpryits on and such
15:21.49Cotullaall working there now?
15:22.15jonpryyeah there are some custom apps i want to ship it with that are not done
15:23.22Cotullahehe
15:23.28Cotullajava?
15:24.15jonprynot really. its a combo of fpga,dsp,arm stuffs
15:24.35Cotullafuu
15:24.37Cotulla:D
15:25.27jonprythe 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.08smarthello, i want ask for openmoko on t-mobile G1
15:54.49smartif i install boot.img, can i unistal it_
15:54.56smart?
15:56.09*** join/#htc-linux babylonik (~nel@209.59.220.47)
15:56.50smartcan i uninstall boot.img from t-mobile G1
15:56.56smarti have openmoko
15:57.31smarthmm
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.14WisTilt2Morning 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.32detuleI 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.46detulethis in very limited couple of hours of operation
16:33.02WisTilt2last 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.16WisTilt2detule, if you leave it in sleep for 10-15mins or so does it still take only a second longer to wake?
16:38.04detuleWisTilt2, yeah, a second or thereabouts, i haven't had a failed wake yet, just slower wakes
16:38.42detulejonpry, is the src for Ba Tree App up somewhere
16:39.55WisTilt2this is where its happening at this point:
16:39.56WisTilt2[39419.866058] msm_irq_exit_sleep <SM NO INT_INFO>
16:39.57WisTilt2[39424.862915] scbs: wake_time_fn 0
16:39.57jonpryits in the scbs repo
16:40.19detulewake_time_fn that's like your interrupt handler no?
16:40.52jonpryits a 5 second timer
16:41.00jonpryor whatever you have it set to
16:41.54*** join/#htc-linux skodde (~skodde@unaffiliated/skodde)
16:41.57detuleyeah but it goes on to call take_measurement
16:42.03WisTilt2it 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.30WisTilt2i need coffee brb
16:42.48jonprythere is also the periodic wake thing. but that calls the sleep_time_fn
16:44.26detuleer, sorry to be a noob here where's sleep_time_fn
16:45.50jonpryscbs_do() maybe?
16:59.56detulequick_ckeck apparently what we are calling it these days
17:04.10jonprywith SUPERQUICK on quick check shouldn't do anything
17:05.46detulemy bad i've been looking at scbs.c rather than kernel/scbs.c
17:06.01detulei guess the former is dated
17:10.43detuleperhaps there's some way to block that update ioctl from executing if device is in resume
17:13.11detule:q
17:16.24jonpryi need a little more context on the wake
17:17.37jonprybut in general it seems correct that the timer would expire within 5 seconds of a resume
17:17.54jonpryquestion is why is nothing else happening
17:18.42detulei 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.39jonprywould be interesting to know if this still happens without the daemon running
17:21.09detulepkill?
17:22.29jonpryprobably unmodified rootfs
17:33.17detulejonpry 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.59jonprycould 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.18detulejonpry, 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.24jonprydaemon_start only ever gets called once
18:27.52jonpryi don't think its a userspace problem really
18:28.42jonpryiirc after msm_irq_exit_sleep <SM NO INT_INFO>, it should be going on about resuming processes
18:32.29WisTilt2jonpry: scbs model same phone- from may and today after 75% discharge and full recharge. http://pastebin.com/VyN8nt6n
18:34.19jonprylooks close enough
18:34.30jonpryyou have a dmesg from this delayed wake thingy?
18:35.07WisTilt2i 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.09WisTilt2this will be on my BT kernel but i added scbs to it and its up to date with the tree.
18:39.43jonprythats fine
18:41.12jonprydetule, 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.52detulejonpry, 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.01detulethere are queue_delayed_work functions that would come in handy
18:43.54jonprythose cause integrated error in the timing
18:44.10jonpryand whats hard to understand about timers?
18:44.23WisTilt2jonpry, 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.57detulecould you tell me a bit more about the error in timing with delayed queues
18:47.23jonprywith 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.54jonpryso on a bad day it runs every 8 all the time, or every 12
18:48.12jonprywith timer, you always get run at the correct time +/- a little
18:48.52detuleeven if you have a dedicated queue with nothing else in it you would see that discrepancy?
18:49.37jonpryyes because its always compounding the jitter
18:50.12jonpryand it can't guarantee your the only thing that needs to run on a particular jiffy
18:50.39jonprycould be the whole flipping kernel has conspired to run at some time
18:51.11jonprythis is the problem: [  905.765228] PM: early resume of devices complete after 0.976 msecs
18:51.17jonprysome stuf....
18:51.23jonpry[  911.560302] PM: Finishing wakeup.
18:51.43jonpryso something has got it caught in the resume pm op
18:51.58jonpryand scbs_take measure seems to clear it
18:53.05detulecould it be the tickless-nes
18:53.25detulei thought that only affects how often gp_timer fires
18:53.55jonpryi had bad luck with tickless. but it is the future. newer kernels won't even support tick
18:54.19detulethanks for the queue explanation by the way
18:54.51jonpryi think we should just abolish the timer on sleep
18:55.37jonpryit 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.01jonpryits also possible that killing the timer will allow it to work without that stuff i did in timer.c
18:58.23detulethis is the timer business in scbs_do
19:00.42jonpryno 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.13Blistahi there
19:09.44BlistaI'm right to assume people around here also hang out on XDA-devs right?
19:15.04jonprywe are outcasts
19:15.45Blistahow come?
19:17.21Blistabrb
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.46jonpryyou guys ready for some stuff?
19:33.16WisTilt2im ready to blame gb userland for BT not working now:)  what ya got?
19:33.44Cotullau will declare urself as king of whole world?
19:33.54jonpryi wish
19:33.58Cotullaok
19:34.12Cotullawill u put all androids to prisons ?
19:34.18jonprynew scbs that destroys timers. not sure if it will fix anything but it will do something different
19:34.34jonprythey don't have the right kind of prisons here
19:34.38WisTilt2jonpry: btw, with the scbs daemon disabled the wake issues are gone.
19:35.31jonprywell it builds, and is pushed
19:35.45jonpryCotulla, where is rhod gsm nand?
19:36.00*** join/#htc-linux Blista (~nel@209.59.220.47)
19:36.20Cotullanear
19:36.28jonpryw/ magldr?
19:36.29Cotullaseriously
19:36.33Cotullayes
19:36.50jonpry39 kernel?
19:37.08Cotullano
19:37.11Cotulla32
19:37.22jonpryleo kernel?
19:37.26Cotullasaphire
19:37.33Cotullawe tried cyanogen
19:37.35Cotulla39
19:37.38Cotullabut it doesn't run
19:37.47Cotullaseems noone tested it on MSM7K
19:38.02Cotullathere 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.13jonpryour 39 works
19:46.54Cotullais it cyanogen?
19:47.07jonpryno
19:48.46Cotullawe tried with cyanogen
19:54.35jonprynot a big fan of cyanogen
19:55.04*** join/#htc-linux [acl] (~abel@96.246.167.90)
19:56.31Cotullawe builded cyanogen at the end
19:56.55[acl]liar
19:57.00[acl]:-p
19:57.01Cotullawho
19:57.07[acl]Cotulla: sup dood
19:57.11Cotullasup dude
19:57.21[acl]busy as always but im alive :-)
19:57.28Cotullac'mon and show us brain power
19:57.44Cotullawhat 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.36CotullaACL
19:58.42CotullaACessLists
19:58.52[acl]damn
19:58.56[acl]you are wise beyond your years
19:59.25Cotullau need some rest, ur nick was the first word which u see when computer ask u to input
19:59.25Cotullaur nick
19:59.25Cotulla:(
19:59.30[acl]:-p
19:59.34[acl]its also my initials
19:59.39Cotullahm
19:59.40[acl]so its how i sign my checks too
19:59.47Cotullaokay I fail
19:59.47Cotulla:D
19:59.55[acl]you fail? impossible
20:00.06CotullaI 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.55WisTilt2jonpry: building now ill let you know shortly.
20:02.25[acl]Cotulla: i do have a question for you
20:02.31Cotullayes?
20:02.42[acl]Cotulla: the gpio buttons for gsm
20:02.49Cotullaone of 128 cotulla's heads looking to [acl]
20:02.58WisTilt2lol
20:03.04[acl]Cotulla: for some reason i can't generate interrupts on the end call key
20:03.24Cotullaother 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.46CotullaRHO?
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.17Cotulla83?
20:04.25[acl]hmm let me get the numbers
20:04.34Cotullaso 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.36Cotullaso it's not working in GSM only?
20:07.39Cotullaand only in LK?
20:07.41[acl]yup
20:07.45[acl]only in LK
20:08.04Cotullayes 18
20:08.05[acl]cdma fine, gsm is being poop
20:08.16Cotullais it configured?
20:08.17[acl]input
20:08.24[acl]code is identical
20:08.25[acl]lol
20:08.42CotullaI means global config
20:08.43Cotullaor owner
20:10.20Cotullabut it's working in kernel later?
20:11.56[acl]hmm owner ? hmm
20:12.00[acl]yeah works on kern later
20:12.16Cotullado 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.44Cotullaare u using it as enter button?
20:12.50Cotulladuring boot
20:12.56Cotullamaybe 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.24Cotullamaybe u should put higher value
20:14.25Cotullanot 2MA
20:14.27Cotullabut 8MA
20:14.28Cotullaor etc
20:14.30CotullaPULLUP
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.17Cotullavolup down
20:16.19Cotullau 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.44Cotullahad such issue with headset jack
20:17.49Cotullaworks only once
20:18.03[acl]the 11pin usb ?
20:18.04Cotullawe change 2MA to 8MA
20:18.08Cotullayes  11pin
20:18.12Cotullaand it starts to work
20:18.18[acl]hmm interesting
20:18.27[acl]on rhod or leo?
20:18.34CotullaRHO
20:19.09[acl]very weird indeed
20:20.51Cotullayta
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.47WisTilt2jonpry: 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.20Cotullawhat about nand?
20:28.30*** join/#htc-linux helicopter88 (~helicopte@95.239.10.183)
20:28.32[acl]Cotulla: huh ?
20:28.42Cotullats 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.57Cotullais it working?
20:29.00[acl]yeah
20:29.06Cotullahow 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.14Cotulla:D
20:29.21Cotullathere not cornes
20:29.26Cotullabut with offset right?
20:29.40[acl]huh?
20:29.45Cotullain nand
20:29.47Cotullavalues
20:30.10[acl]yeah its in there somewhere followed by a crc
20:30.17[acl]same with gsensor calib values
20:30.19Cotullau can make app
20:30.20[acl]but i dont use thos at all
20:30.22Cotullawhich install
20:30.26Cotullaflag
20:30.27Cotullato sysfs
20:30.31Cotullaabout calibration mode
20:30.47Cotullaand 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.45CotullaI want to use nand values
20:32.57[acl]but not replace them at all?
20:33.01Cotullano
20:33.03[acl]damn
20:33.07CotullaI 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.21Cotullathat's done already
20:33.25Cotullathey will need flash WM
20:33.27[acl]damn
20:33.31Cotullasmall cost man
20:33.36Cotullaor they will install app
20:33.53Cotullaand there yellow label in the corner "made by [acl]"
20:33.56Cotullalol
20:33.58[acl]lol
20:34.01Cotulla: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.09jonpryWisTilt2, why you gotta break everything
20:39.21WisTilt2say 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.14jonpryhi [acl]
20:40.20jonprytablet is on my desk
20:40.24[acl]jonpry: long time bro.. long time
20:40.38jonprygot hung up on the hp touchpad
20:40.45[acl]damn
20:41.04jonprynow there is ics
20:41.41jonprycould be working on android 4ever
20:41.54[acl]lol
20:42.03[acl]was it released on aosp already?
20:42.21helicopter88yeah
20:42.35jonpryyeah 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.54jonpryyeah its been tagged
20:44.09jonprybut they are basically confused
20:45.15[acl]as long as someone already starting.. thats all that matters
20:45.16jonpryi think omap is the target of choice
20:46.39Cotullayes I started
20:47.16jonprybuild 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.14jonpryyou know i am part of the darkside now?
20:48.26[acl]jonpry: you are killing younglings ?
20:48.34Cotullahe want become a kind of earth
20:48.37jonpryand taking names
20:48.39Cotulladid he tell u, [acl] before?
20:48.43[acl]nope
20:48.47Cotullanow u know
20:48.51Cotullaand warned
20:48.51[acl]first time ive seen him since the good ol days
20:48.52Cotulla:D
20:49.36[acl]so who gonna fill me in ?
20:49.40[acl]on this so called dark side
20:49.59jonprywho 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.39Cotullalol
20:50.39*** join/#htc-linux GNUtoo (~gnutoo@host246-111-dynamic.48-82-r.retail.telecomitalia.it)
20:50.43CotullaT W I C E
20:50.53Cotullahm
20:50.55[acl]so dark side is cm ?
20:50.56Cotullamaybe it's our tests
20:51.00helicopter88kovsky 108 wohooo!
20:51.12Cotullawe tried it with sim card and internet few times
20:51.22[acl]maybe its my release :-p
20:52.55Cotullaur?
20:52.56Cotullabut how it's working>
20:52.56Cotulla?
20:52.56[acl]slooow
20:52.56jonprythats not good for a release
20:52.57[acl]no where near as good as omgb
20:52.57jonprytenderloin11,009 is jonpry
20:52.58[acl]oo
20:52.59Cotullaleo13,260
20:52.59[acl]Cotulla: yeah alex and I have cm7 builds .. but im not liking it too much
20:52.59CotullaI win 11
20:52.59jonprynot for long
20:53.05[acl]Cotulla: the launcher is hideous
20:53.09Cotullawho knows . . .
20:53.20CotullaI will access from new MAGLDR their server and pass random IMEIs
20:53.31Cotulla:D
20:53.52[acl]ahh i forgot mine is a kang
20:53.54[acl]:-p
20:53.56Cotulla[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.28Cotullaa bit laggy tes
20:54.30Cotullayes
20:54.32[acl]very
20:54.43Cotullau 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.04Cotullashit
21:03.06Cotulladisallow
21:03.07Cotullaremove
21:03.08Cotullaability
21:03.09[acl]lol
21:03.11[acl]im about to
21:03.13Cotullaformat 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.23Cotullalol
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.23jonprycm
21:15.38[acl]jonpry: ahh that was it
21:15.41jonprybut i quit, i think
21:15.47[acl]im not a fan of it
21:15.50jonprygonna fork the touchpad
21:15.55[acl]oo
21:16.00jonpryand 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.54jonprywhy split?
21:17.16jonprywhat 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.40jonpryso 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.10jonprythere 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.39jonpryi dunno. sounds kind of unimportant to me. just need to stick with some way.
21:21.03jonpry[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.08jonpryit 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.19detulei am about to add LS
21:23.31detulein 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.03detule90% there
21:24.08[acl]dang
21:24.10detule-ksc gone
21:24.20[acl]dang its like a slaughter huh
21:24.37detuleyeah /drivers/input/keyboard is looking pretty vanilla right now
21:24.46detuleof course, this would not be possible without emwe's tree
21:25.16detulei 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.29detulerhod400
21:28.41[acl]detule: yeah but when you add it to the boardfile, make sure its not loaded by both
21:29.02detulewill 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.27detuleok 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.43jonpryWisTilt2, can you test something out?
21:31.12WisTilt2sure
21:32.26jonpryi 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.27WisTilt2ok give me a few to build and test.  we're playing with another 300 here with u-boot booting .39:)
21:37.34jonpryu-boot?
21:37.37jonpryfrom where?
21:37.50WisTilt2same as we use on our device
21:38.11jonpryhrm. so no winmo?
21:39.06WisTilt2nope 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.17Alex[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.55WisTilt2deeper? nothing on flash now but u-boot, kernel, etc.  how much deeper you want to go?
21:40.19jonpryyour uboot have usb console?
21:40.33WisTilt2not yet but it will shortly
21:41.05jonpryhmm. 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.20WisTilt2yeah that's what im thinking
21:41.23mgross029WisTilt2: 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.42Alex[sp3dev][acl]: ok
21:42.13*** join/#htc-linux GNUtoo (~gnutoo@host246-111-dynamic.48-82-r.retail.telecomitalia.it)
21:42.19Cotullamore deep
21:42.31[acl]you are back to being cobb from inception?
21:42.34Alex[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.32WisTilt2so jonpry, what did i break btw?
21:44.13jonprymy 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.38WisTilt2huh?
21:44.48jonprytwas 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.06Alex[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.17WisTilt2was going to say, not my fault:)
21:45.44jonpryAlex[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.20Alex[sp3dev]jonpry: do you accidentally need anything else for your research?
21:46.39jonpryuMulti is almost as good as fastboot
21:47.11jonpryAlex[sp3dev], i hope not. binaries are good in my book
21:47.13Alex[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.51jonpryi 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.20Alex[sp3dev][acl]: you know i'm lazy
21:48.49Alex[sp3dev]jonpry: is prypad hw done yet?
21:49.02jonpryyeah i have a working one
21:49.14Alex[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.19jonpryruns cm7
21:49.35Alex[sp3dev]jonpry: pics?
21:49.52jonprynot atm. i'll take some later
21:50.26[acl]hardware porn
21:50.27Alex[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.19Alex[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.51CotullaAlex how is cfg1?
21:53.42Alex[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.13Cotullaoh yes
21:54.14Cotullaforgot
21:55.51[acl]damn
21:56.27Alex[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.33Cotullahumans also animals
21:57.37WisTilt2jonpry: seems to be waking faster now for whatever reason but still delaying a few secs. http://pastebin.com/AKpyFxSe
21:58.00Cotullabecause wolfs eat only animals, but they can eat people  as well => so people == animals
21:58.03Alex[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.48Alex[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.40Cotullabecayse keys on kov sky so uncomfortable and noone use them
22:02.50Cotullait's clear
22:03.17Alex[sp3dev]true that. but microp is also used for front keys which is a problem
22:03.38Cotullahm 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.03jonprythere is a theory that 3d blobs are licensed for distribution with the correct hardware. although modification might be prohibited
23:05.53jonpryWisTilt2, in that log there seems to be 2 things taking ~ seconds
23:05.59jonpry2 seconds
23:06.53jonpryone of which is msmfb
23:07.19jonprythink you can make it happen again?
23:15.05detuleAlex[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.21detulei removed the suspend hooks (cancel_work_sync and the led_trigger)
23:15.36detulei moved the led_trigger to the board-*-led file suspend hook
23:16.02Alex[sp3dev]detule: i think, we need to change cancel to flush and restart the work on resume. will test later
23:16.40detuleperhaps, i actually thing the led_trigger is somehow the problem
23:16.50detuleanyways it works now in the .39 tree
23:19.23detuleoh 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.44WisTilt2jonpry, sorry had to take care of something here at the office.  you need me to try and get it to delay longer?
23:26.09jonpryjust another delay to compare with
23:26.35WisTilt2my phone has been in sleep for over 20mins so maybe we have some  better data here
23:38.12WisTilt2i 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.12jonprywell the patch before that may have actually fixed something
23:41.22jonpryis 2-3 seconds normal?
23:43.33WisTilt2without the daemon it takes well under a second normally.  1 sec max but rarely
23:47.34jonpryweird
23:48.06WisTilt2there, 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.29WisTilt2http://pastebin.com/iveWABXi
23:49.51WisTilt2should that many scbs measure etc's be happening like that during wake?
23:50.19WisTilt2from wake start up to 1205.xx timestamp lots of reads
23:51.08WisTilt2over 4 secs from enter rc and enter end
23:51.18jonprythats msmfb
23:51.28jonpryrc = resume_console()
23:52.07WisTilt2hmm. 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.45WisTilt2let 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.47jonpryall 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)

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