IRC log for #htc-linux on 20110523

00:01.15*** join/#htc-linux Segnale007 (~Segnale00@ppp-133-60.26-151.libero.it)
00:16.04*** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com)
00:17.38*** join/#htc-linux jonpry (~jon@199.85.236.239)
00:24.24*** join/#htc-linux LargePrime (~LargePrim@173-108-221-31.pools.spcsdns.net)
00:39.33*** join/#htc-linux XirXes (~xirxes@71-35-197-137.slkc.qwest.net)
00:47.42*** join/#htc-linux T-Junk (C7xx@f147035.upc-f.chello.nl)
00:48.45*** join/#htc-linux programmer8922 (~Evan@67.219.164.162)
00:49.14*** join/#htc-linux tyween` (~tyween@pool-71-163-117-57.washdc.fios.verizon.net)
00:50.44*** join/#htc-linux TyphooN`` (~tyween@pool-71-163-117-57.washdc.fios.verizon.net)
01:08.05*** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com)
01:09.06*** join/#htc-linux hardwalker (~hardwalke@122-117-115-146.HINET-IP.hinet.net)
01:26.36*** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com)
01:35.14*** join/#htc-linux LargePrime (~LargePrim@184-223-126-199.pools.spcsdns.net)
01:36.31*** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey)
01:48.35*** join/#htc-linux toastcfh (~toastcfh@29-37.200-68.tampabay.res.rr.com)
02:06.36*** join/#htc-linux netson-hd9 (~netson-hd@110.138.132.139)
02:09.41*** join/#htc-linux MACK1E (~MACK1E@50-88-143-107.res.bhn.net)
02:42.06*** join/#htc-linux 64MAAJNBW (~quassel@cafeteria.wardrobe.volia.net)
03:25.27*** join/#htc-linux Rob2223 (~Miranda@p5DE4BCAC.dip.t-dialin.net)
03:36.34*** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821)
03:57.07*** join/#htc-linux netson-hd9 (~netson-hd@202.159.118.21)
04:28.32*** join/#htc-linux raymonddull (~raymonddu@24-236-171-67.dhcp.monr.mi.charter.com)
04:29.36*** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821)
04:33.22*** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com)
04:34.49*** join/#htc-linux LargePrime (~LargePrim@184-223-126-199.pools.spcsdns.net)
04:41.26*** join/#htc-linux LargePrime_ (~LargePrim@107.28.52.91)
04:48.16*** join/#htc-linux netson-hd9 (~netson-hd@202.159.118.21)
04:52.08*** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@94.52.236.39)
05:02.25*** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com)
05:13.10*** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@94.52.236.39)
05:15.17*** join/#htc-linux programmer8922 (~Evan@67.219.164.162)
05:25.28*** join/#htc-linux avinashhm (~avinash-h@192.91.66.189)
05:25.36*** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@94.52.236.39)
05:29.09*** join/#htc-linux programmer8922 (~Evan@67.219.164.162)
05:46.43*** join/#htc-linux LargePrime (~LargePrim@107.28.52.91)
05:48.14*** join/#htc-linux netson-hd10 (~netson-hd@202.159.118.21)
05:50.47*** join/#htc-linux MacDrunk (~marper@201.164.176.184)
05:54.06*** join/#htc-linux avinashhm (~avinash-h@192.94.92.11)
06:07.10*** join/#htc-linux kiozen (~kiozen@p5791F2D2.dip.t-dialin.net)
06:32.29*** join/#htc-linux nautis (~nautis@76-218-70-41.lightspeed.sntcca.sbcglobal.net)
07:10.22*** join/#htc-linux XirXes (~xirxes@71-35-197-137.slkc.qwest.net)
07:11.19*** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.sta.abo.bbox.fr)
07:23.24*** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by)
07:53.27*** join/#htc-linux arif-ali (~arif-ali@129.215.95.244)
08:08.45*** join/#htc-linux hiro__ (d37f06da@gateway/web/freenode/ip.211.127.6.218)
08:17.50*** join/#htc-linux gauner1986 (~Miranda@p508C66A5.dip.t-dialin.net)
08:43.40*** join/#htc-linux Segnale007 (~Segnale00@ppp-133-60.26-151.libero.it)
09:10.49*** join/#htc-linux bioterror (sad157@unaffiliated/bioterror)
09:17.27*** join/#htc-linux ORi| (~ORi@91.181.100.185)
09:31.07*** join/#htc-linux mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net)
10:01.11*** join/#htc-linux skodde (~skodde@unaffiliated/skodde)
10:02.47*** join/#htc-linux Ceesheim (~ceesheim@p5B3475CA.dip.t-dialin.net)
10:04.18*** join/#htc-linux DuperMan (~Duper@93-172-52-112.bb.netvision.net.il)
10:41.34*** join/#htc-linux kvaster (~kvaster@leased-line-93-125-0-84.telecom.by)
10:44.33*** join/#htc-linux Segnale007 (~Segnale00@ppp-133-60.26-151.libero.it)
10:46.00*** join/#htc-linux Erikson (~Erik@i5E86CC11.versanet.de)
10:59.41*** join/#htc-linux helicopter88 (~helicopte@host186-116-dynamic.8-79-r.retail.telecomitalia.it)
11:13.23*** join/#htc-linux rajkosto (~rajkosto@2001:5c0:1511:4e02:3136:2f38:c4ff:e126)
11:27.40*** join/#htc-linux helicopter88 (~helicopte@host186-116-dynamic.8-79-r.retail.telecomitalia.it)
11:42.23*** join/#htc-linux toastcfh (~toastcfh@unaffiliated/toastcfh)
11:59.55*** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-52.netcologne.de)
12:05.27*** join/#htc-linux Rajko (~rajkosto@2001:5c0:1511:4e02:3136:2f38:c4ff:e126)
12:06.38*** join/#htc-linux GNUtoo (~GNUtoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it)
12:08.32GNUtoofinally, linux-next is fetchable again
12:12.48kysse:O
12:12.50kysseWhat!
12:13.26GNUtooI had some network errors while trying to fetch it
12:13.31GNUtooerror: RPC failed; result=18, HTTP code = 200
12:14.41GNUtooI guess there are changes in msm_sdcc that I need to import to get compat wireless working again on htcdream
12:20.51*** join/#htc-linux meklec_ (5227707c@gateway/web/freenode/ip.82.39.112.124)
12:20.59*** join/#htc-linux gauner1986 (~Miranda@p508C66A5.dip.t-dialin.net)
12:21.15*** part/#htc-linux meklec_ (5227707c@gateway/web/freenode/ip.82.39.112.124)
13:05.48*** join/#htc-linux Proz2 (Proz@bzq-84-109-111-31.red.bezeqint.net)
13:12.34*** join/#htc-linux helicopter88 (~helicopte@host186-116-dynamic.8-79-r.retail.telecomitalia.it)
13:23.15*** join/#htc-linux jonpry (~jon@199.85.236.239)
13:26.42*** join/#htc-linux Proz2 (Proz@bzq-84-109-111-31.red.bezeqint.net)
13:41.19*** join/#htc-linux mickey| (~M@business-092-079-168-007.static.arcor-ip.net)
13:50.28*** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com)
13:52.20jonpryjust rebased onto 39-final :p
13:57.03*** join/#htc-linux rajkosto (~rajkosto@2001:5c0:1511:4e02:3136:2f38:c4ff:e126)
14:32.03*** join/#htc-linux rob_w (~bob@ppp-188-174-6-144.dynamic.mnet-online.de)
14:35.13*** join/#htc-linux helicopter88 (~helicopte@host186-116-dynamic.8-79-r.retail.telecomitalia.it)
14:36.40*** join/#htc-linux noobUK (~UKmrrd32@cpc6-haye18-2-0-cust91.haye.cable.virginmedia.com)
14:36.46*** part/#htc-linux noobUK (~UKmrrd32@cpc6-haye18-2-0-cust91.haye.cable.virginmedia.com)
14:57.32*** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring)
15:08.52*** join/#htc-linux helicopter88 (~helicopte@host186-116-dynamic.8-79-r.retail.telecomitalia.it)
15:09.38*** join/#htc-linux nkl (723e02b7@gateway/web/freenode/ip.114.62.2.183)
15:12.48*** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp)
15:13.16*** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net)
15:25.39*** join/#htc-linux LargePrime (~LargePrim@184-227-125-8.pools.spcsdns.net)
15:29.14*** join/#htc-linux kiozen (~kiozen@ppp-88-217-26-148.dynamic.mnet-online.de)
16:09.19*** join/#htc-linux Vache`BNC (~Vache@ks357977.kimsufi.com)
16:10.24*** join/#htc-linux mdj_ru (~mdj@213.87.123.155)
16:11.48*** join/#htc-linux MethoS (~clemens@134.102.106.250)
16:13.22*** join/#htc-linux gauner1986 (~Miranda@46.115.17.255)
16:16.36*** join/#htc-linux LargePrime_ (~LargePrim@173-109-219-34.pools.spcsdns.net)
16:23.14*** join/#htc-linux gauner19861 (~Miranda@46.115.2.81)
16:28.48*** join/#htc-linux Cotulla (~opera@nat100-255-205-109.tvoe.tv)
16:29.11*** join/#htc-linux mdj_ru (~mdj@46.182.128.248)
16:35.36*** join/#htc-linux programmer8922 (~Evan@67.219.164.162)
16:54.56*** join/#htc-linux skodde (~skodde@unaffiliated/skodde)
17:01.26*** join/#htc-linux Tinyboom (~nahh@232.84-48-107.nextgentel.com)
17:01.45*** join/#htc-linux Markinus (~Adium@212.255.33.104)
17:01.49*** join/#htc-linux emwe_ (~emwe@cable-86-56-10-158.cust.telecolumbus.net)
17:10.21*** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@94.52.236.39)
17:13.22*** join/#htc-linux fakker (~noobhands@cpc13-hitc6-2-0-cust129.9-2.cable.virginmedia.com)
17:17.16*** join/#htc-linux xawen (~xawen@pool-98-117-34-2.bltmmd.fios.verizon.net)
17:19.23*** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be)
17:20.09*** join/#htc-linux T-Junk (C7xx@f147035.upc-f.chello.nl)
17:33.05*** join/#htc-linux Jhinta (~Jhinta@s529c116e.adsl.wanadoo.nl)
17:34.11*** join/#htc-linux nautis (~nautis@adsl-99-39-5-22.dsl.pltn13.sbcglobal.net)
17:39.15*** join/#htc-linux kiozen (~kiozen@ppp-88-217-26-148.dynamic.mnet-online.de)
17:39.53*** join/#htc-linux leviathan (~quassel@2001:470:26:484:6ef0:49ff:fee6:8dca)
17:40.56*** join/#htc-linux helicopter88 (~helicopte@host186-116-dynamic.8-79-r.retail.telecomitalia.it)
17:56.54*** join/#htc-linux arif-ali (~arif-ali@82-71-22-204.dsl.in-addr.zen.co.uk)
18:00.01*** join/#htc-linux akirax (akirax@124.Red-83-55-125.dynamicIP.rima-tde.net)
18:03.41jonpryhyc, ping
18:04.54*** join/#htc-linux avinashhm (~avinash-h@122.172.28.222)
18:08.54hycjonpry: hi
18:09.20jonprydid you ever try the scbs kernel i built?
18:09.42jonpryi got 3 days+ battery life with it
18:09.44hycah, nope. guess I should give it a shot.
18:10.01hycdid you see anything wrong in the patch I emailed?
18:10.06hyc>
18:10.06hyc>     --
18:10.06hyc>       -- Howard Chu
18:10.06hyc>       CTO, Symas Corp. http://www.symas.com
18:10.07hyc>       Director, Highland Sun http://highlandsun.com/hyc/
18:10.07hyc>       Chief Architect, OpenLDAP http://www.openldap.org/project/
18:10.08hyc>
18:10.10hyc> _______________________________________________
18:10.11hyc> xdandroid-dev mailing list
18:10.30jonprythe latest stuff from wistilt2's testing thread has scbs support
18:12.35jonpryhyc there should be no contention on those for the most part. just can't use mutex because they are called in an irq context
18:13.48jonpryer something like that. its only locked for actually reading/writing the ring buffer which is like 50 instructions
18:13.55Proz2hey, someone can help me port mytouch 4g 2.3 to hd2 ?
18:13.59hycok, I see that
18:15.29hycI wouldn't have thought there was any contention on them really, since there's only one trigger for them
18:16.19jonpryi just copied that from some example of using kernel ring buffer macros thing
18:16.59jonpryi don't see anything wrong with the patch
18:17.28hycthen it's really puzzling why it behaves so poorly in my build
18:17.38jonpryexcept that is doesn't patch pm.c
18:18.01hycpretty sure your changes to pm.c were already in mainline
18:18.26jonprynah there is the SUPERQUICK stuff
18:18.47hychmmm
18:18.51hyclemme look again
18:20.26hycthere's no SUPERQUICK anywhere in the pm.c you emailed me
18:21.11hycand I diff'd it against the tree at that time, there was nothing special that hadn't already been patched
18:21.33jonpryyes looks like my pm.c got reverted somehow
18:21.52hycdoh
18:22.18hycI was wondering why none of the code you sent me referenced SUPERQUICK at all
18:23.20jonpryok i sent you an old patch. part of it is probably already applied
18:25.41hycok
18:25.51jonpryand some other missing stuff
18:27.45emweehm, nothing of the initial patch has been applied anywhere on .27
18:28.51hycwould have been simpler if you had just sent diffs
18:29.45hycnow I gotta figure out how much of this new pm.c you sent me is scbs-related, vs just different from mainline due to age.
18:30.20emweif you guys come up with something, plz quick, msm_rtc, timer.c and pm.c all alone if possible.
18:31.59jonprythe diff of pm.c is fine
18:32.11jonpryjust use that and the scbs.* files
18:32.31hycok
18:36.57hycthe "quick like lightning" chunk doesn't apply. of course. :P
18:37.21*** join/#htc-linux defendthecommons (~defendthe@50-48-44-193.drr05.mdtw.ny.frontiernet.net)
18:40.35jonpryhmm
18:40.43hycI think I have it in the right place
18:40.48hycwill find out shortly
18:42.27jonpryi checked out my phone on an oscilloscope and found that it only takes ~50ms for it to wakeup take measurement and collapse again.
18:43.29hycmeaning, it takes measurements regardless of sleep state
18:43.39jonpryby design
18:43.45hycyes, I see
18:43.58hycjust wondering why normal wakeup got so bad
18:44.01hychope this fixes that
18:44.20hycliterally seeing 1 minute delay or more from pressing power to screen turning on
18:44.25jonpryjust doesn't use much power because 50ms is only small fraction of 5 seconds
18:44.38jonprywell thats not really a pm problem. fb is just messed up
18:44.55hycno. without scbs daemon running the delay is always shorter than 10 seconds.
18:45.04hycusually only 1-2.
18:45.05jonpryscbs just screws up the timing
18:45.59jonpryi don't understand what about turning the panel on is so finicky.
18:46.13*** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net)
18:46.15hycno one knows, apparently. besides WisTilt2 :P
18:46.22WisTilt2jonpry you around?
18:46.24jonprydo you have the 50ms fix in acpuclock? that seems to get scbs into almost normal territory
18:46.27jonpryhi WisTilt2
18:46.35WisTilt2lol, guess i could have waited a minute
18:46.40hyclol
18:47.12WisTilt2jonpry, we need to talk about sound on .39 but im only here a few minutes today
18:47.19*** part/#htc-linux defendthecommons (~defendthe@50-48-44-193.drr05.mdtw.ny.frontiernet.net)
18:47.22jonpryWisTilt2, i got pm sort of working. something stupid is waking it up
18:47.46jonprysound would be cool
18:47.59jonpryoh and i upgraded to 39-final
18:48.05WisTilt2have business taking up my time today but didn't want you working on any sound stuff wasting time until we had a discussion about it.
18:48.40jonpryok. i'm not planning on messing with atm. whats up?
18:48.43WisTilt2hyc first... no one but me knows what?  i missed that
18:49.18hycwhy panel unblank is so finicky
18:49.35hycI was just complaining that with scbs daemon running, wakeup takes a minute or more
18:49.35WisTilt2unblank or not powering up fully?
18:50.02hycbut I'm about to test an updated scbs patch so hopefully that problem is gone
18:50.48WisTilt2hmm, scbs has nothing to do with delaying that in any tests ive done.  only thing it adds is maybe .2-.3% per hour more drain, wakes are same with or without it.
18:51.11WisTilt2you have all the current stuff for scbs?
18:51.15hycwell, the scbs patch I had before was incomplete
18:51.29hyctrying again now with hopefully all the missing bits in the right places...
18:51.39WisTilt2ah that would do it.
18:52.45emweWisTilt2: hey. the rhod400 has finally arrived here. rhod wakes are awfully slow compared to topa. i will look into it hopefully soon and get back to all the patch madness.
18:52.58WisTilt2i sound like a preacher but scbs is fantastic.  i finally rebooted my personal phone this morning after running the 4/15 test kernel (which has scbs in it) for 38days straight with not a single issue.
18:53.19WisTilt2emwe: postal service finally got the lead out:)
18:53.27WisTilt2that took a very long time
18:53.36arrrghhhno joke.
18:53.40arrrghhhhey WisTilt2 btw ;)
18:53.41emweWisTilt2: might be german customs really taking long currently. at least it was labeled again to have gone through it.
18:53.42WisTilt2how slow is slow?
18:53.55emweWisTilt2: quick test stock .27 + frx06 was like 5 seconds
18:54.15jonpryi just got package after 13 months
18:54.23emweheh
18:54.47hyc5 seconds. gawd that would be fast compared to my last couple days :P
18:54.52WisTilt213mos damn.  technology would have changed dramatically in that time, hope it wasn't electronic related
18:55.00jonprytextbooks
18:55.06jonpryamazon prime
18:55.25WisTilt25secs is slow.  1sec average is what should be happening.
18:56.12WisTilt2hyc you seeing slower than 5secs?
18:56.17emweyap, so i whonder what makes the difference to topa
18:56.29emwei think .27 topa wake is slower then on .35 but it was never that long
18:56.30hycmore than 1 minute with previous scbs patch and scbs daemon running
18:56.40emweand we more or less have the "same" unblank
18:56.52emwevreg+gpio+inits i mean
18:57.04arrrghhhhyc, that's not normal.
18:57.13arrrghhh5s is about normal on autobuild.
18:57.20arrrghhhemwe, have you tried WisTilt2's 4/15 kernel?
18:57.22WisTilt2yikes, 1min means something is wrong for sure.  you shouldn't be seeing that with all the current jonpry patches for sure.
18:57.24arrrghhhwakes are very quick.
18:57.46hycok. now on updated patches from jonpry, seems better
18:57.47emwearrrghhh: nope, dropped .27 after one boot and wen't .35.
18:57.55arrrghhhhaha.  lucky you :P
18:58.09hycstill at least 5 seconds
18:58.12arrrghhhbbl, meeting
18:58.15emwewell, not that it's working yet
18:58.15jonpryi suggested that hyc try the 4/15
18:58.50jonpry39 ftw
18:58.50hycok, it's not a minute, but it's still slow, 5 seconds or more
18:58.57WisTilt2hyc is it taking 5secs for panel to actually power on or is it just the display graphics not showing up?
18:59.19hychm, hard to tell in this light. sometimes I can see that the backlight has come on
18:59.30hycwill check again 1 sec
18:59.38*** join/#htc-linux avinashhm (~avinash-h@122.172.28.222)
19:00.27hycorange LED came on immediately panel stayed off for another 10 seconds
19:00.43WisTilt2jonpry while he's doing that, on sound - are we going the new NON-RPC route like .35 using acoustic totally?
19:00.47hycbacklight and drawing were pretty much the same instant
19:01.07WisTilt2hyc so backlight is not powering up when you hit power button?
19:01.13hycnope
19:01.33jonpryWisTilt2, afaik acoustic is just for the ADIE smem region
19:01.49jonpryfor which there was never rpc
19:01.53WisTilt2what phone and are you using the current tree rhodium panel file?
19:02.30hycWisTilt2: rhod210 and basically up to date with current tree
19:02.46WisTilt2jonpry, there's going to be lots to change then, which is fine by me.  just wondered if you were wanting to use the same .27 method or go the new route that alex and jb are doing.
19:02.49hychas your last PM+FB patches
19:02.54jonpryaren't there wistilt2 panel and msm_fb changes which are not committed?
19:03.09WisTilt2panel is committed in current tree but fb is not
19:03.24WisTilt2thats not whats causing it from the sound of it though
19:03.55WisTilt2if panel power isn't coming on something else is botched.
19:04.04jonpryWisTilt2, i want whatever will be the easiest to make work right. if you can/want to make acoustic work then feel free
19:04.45*** join/#htc-linux defendthecommons (~defendthe@50-48-44-193.drr05.mdtw.ny.frontiernet.net)
19:04.56WisTilt2jonpry i was thinking of doing a quick change to get sound working for calls and ringtones etc similar to .27 but not as messed up, then working on the acoustic stuff.
19:05.04hycnow it's taking a very long time...
19:05.17WisTilt2that quick change would be very easy and easily removed later.
19:05.18hycso it seems the updated scbs patch hasn't helped
19:05.22*** join/#htc-linux Segnale007 (~Segnale00@ppp-133-60.26-151.libero.it)
19:05.51jonpryacpuclock?
19:05.59jonpryWisTilt2, that sounds like a plan to me
19:06.16WisTilt2hyc, can you try this... watch dmesg and put it in sleep for 10secs or so, then wake it and see what timelapse there is after you see the unblank lines.
19:06.53hychmmm. from a local shell and not adb huh
19:07.12WisTilt2jonpry, im just going to code simple audio switching for those few states to get it going then work on acoustic, which is going to take a bit of time.
19:07.28WisTilt2hyc yes in a local shell so it can sleep
19:07.45jonpryi haven't tried but maybe the .27 tree will work with few/no  mods?
19:08.10WisTilt2hyc also see what time lapse there is after the arm9 set to 7 line until unblank.
19:08.16jonpryor just plug usb after the experiment
19:08.33*** part/#htc-linux defendthecommons (~defendthe@50-48-44-193.drr05.mdtw.ny.frontiernet.net)
19:08.44hycbah. that time it woke up immediately
19:09.58hycok I counted 16 seconds this time
19:10.04WisTilt2its random at times and definitely some timing issue. the fact the lcd is not powering on immediately, with or without graphics, says something is hanging the mddi init im betting
19:10.47WisTilt2just pull dmesg and pastebin if you dont mind. i know what im looking for easier that way
19:11.41hycok
19:12.08*** join/#htc-linux vw (4463ed13@gateway/web/freenode/ip.68.99.237.19)
19:12.59hycWisTilt2: http://highlandsun.com/hyc/dmesg.txt
19:13.01WisTilt2jonpry it will be easier to just add the small hacks for sound without having to change what you already have if that makes sense.  ill work on that tonight. im going to have to get out of here shortly guys but i want to see this panel problem
19:13.43WisTilt2ok 1 thing to try real quick also hyc is put autobl on and see if timing changes
19:13.58hycok
19:14.22jonprysounds good to me. maybe you can look at pm. its all .27 code now. i'm trying to get wifi working
19:14.26WisTilt2you have my latest pm i see thats good:)
19:14.46WisTilt2jonpry ok ill take a look at pm tonight
19:15.19hyc1st try with autobl, ~1-2 seconds
19:15.24jonpryreally all we need is wifi, collapse, sound?
19:15.38WisTilt2yep i'd be good with that
19:15.48WisTilt2and scbs
19:15.51WisTilt2:)
19:15.53jonpryoh hw3d
19:16.09hyc2nd try, 20 seconds
19:16.15hycand the clock is now 2 minutes behind
19:16.40WisTilt2hyc, is this kernel built off the current tree plus only the patches from jonpry and my pm/fb patch?
19:17.01jonpryjust need to sync to rtc on resume from collapse
19:17.18hycit also has the patch to remove keyboard backlight
19:17.34hycfigured that wasn't relevant
19:19.12WisTilt2in your logs it looks like its hanging coming out of hw3d resume but could be something else still.
19:19.26WisTilt2it is definitely not scbs hanging it
19:19.40hycok
19:19.44WisTilt2ok hang on here...
19:19.48hycbut the scbs daemon aggravates it
19:21.02WisTilt2ok its not even hitting mddi init right when you hit power so something prior is hanging it up
19:21.42WisTilt2have you tried this without any oc?
19:21.54WisTilt2you're pushing it pretty high at almost 700mhz
19:22.22hycok lemme drop back to stock clock
19:23.19WisTilt2just to eliminate that possibility.  ive seen timer issues do weird things above 614400 or whatever that value is
19:24.05WisTilt2hyc you have 9 patches applied against the current tree?
19:24.30*** join/#htc-linux avinashhm (~avinash-h@122.172.28.222)
19:25.08hychmm, I guess so. oh yeah, this is also with old audio patches from JB
19:25.12hyc(April 12 patches)
19:26.15*** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821)
19:27.49WisTilt2i'd build another kernel from the current tree with only scbs and my patches and try it.
19:28.13hyccommit log http://pastebin.com/XtQxizvu
19:28.15WisTilt2audio patches shouldn't have anything to do with it but you know how this code is, never can tell
19:28.26hycyeah true
19:28.56hycok just booted without overclock
19:29.00WisTilt2that proc_comm patch emwe just did shouldn't be a problem at all so id leave that one
19:29.08hycwakeup is fine at the moment, scbs daemon is not autostarting
19:29.51hycno started scbs daemon
19:29.53hycnow
19:30.17hyc15 seconds
19:30.27hycthat's the trigger for the problem, anyway
19:32.05*** join/#htc-linux rajkosto (~rajkosto@2001:5c0:1511:4e02:3136:2f38:c4ff:e126)
19:33.08*** join/#htc-linux jameschurchman_ (u220@gateway/web/irccloud.com/x-iivcsvglqzsiksnp)
19:35.33WisTilt2ok im going to put together a patch to fix clock drift and im betting it will fix that wake problem also.  if people dont like the logic in it too bad, it works:)  someone else can go through it later and come up with a better way but this will fix it for now.
19:36.00hycheh. if it works I'll take it ;)
19:36.48WisTilt2it does, just going to get a lot of negative feedback but at this point i really dont care. people that want fast wakes and an accurate clock can use it:)
19:37.01hyc;)
19:37.26hycOK, I have current htc-msm-2.6.27 plus your PM and FB patch plus SCBS
19:37.30hycbuilding now
19:38.16WisTilt2sounds good. ill put this drift and fixed wake patch up on ml shortly so you can try it also.
19:38.27hyccool
19:40.29jonprywhat is the b43 driver
19:40.31WisTilt2im throwing some comments on my logic in the source so people can research the issue themselves to see the reasoning.
19:40.48hycbroadcom 43xx driver
19:41.14jonpryso that is new version of bcm4329?
19:41.49hycit's the linux mainline version, not derived from Broadcom's sources
19:42.20jonprythere is also b43legacy
19:42.54hycyeah, b43 is the newer one of course. don't even remember what cards b43legacy is for
19:43.16jonprydoes it require use of the opensource firmware?
19:43.32hycgood question. I would guess yes but dunno
19:45.59hycbooting up...
19:49.02hycwell dang. so far pretty fast wakes, 1 second or so
19:49.12*** join/#htc-linux Erikson (~Erik@141.35.40.137)
19:49.42*** join/#htc-linux Segnale007 (~Segnale00@ppp-133-60.26-151.libero.it)
19:56.51*** join/#htc-linux LargePrime (~LargePrim@70-8-231-20.pools.spcsdns.net)
19:56.58LargePrimeaccount does not exsist
19:57.16arrrghhhsure it does
19:57.37WisTilt2hyc, patch on ML.  i need to get out of here so catch you all later tonight sometime.
19:57.47arrrghhhcya dude
19:57.54WisTilt2hi arrrghhh, bye
19:57.57arrrghhh:D
19:58.46hyci gotta go too
20:02.33*** join/#htc-linux NeoMatrixJR (~chatzilla@173-20-63-176.client.mchsi.com)
20:07.28*** join/#htc-linux khorben_ (~dont@2002:53ec:d9a1:1:221:28ff:fe14:b106)
20:13.48emwehyc: anyone ever tried w/o no_console_suspend as i see WisTilt2 patch?
20:16.11*** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-0-221.bb.netbynet.ru)
20:24.40hycdunno, what is that?
20:30.26emwekeeps logging to console on suspend. perhaps that has an influence on wakes?
20:30.48emwebut as you likely don't have it set then in cmdline...
20:31.01hycnope, don't have it
20:31.51hycinteresting... we could also just trim out a bunch of our useless printk's
20:32.38hycwe've got far too much crap going into all kinds of logs
20:32.49hyconce things are proven to work those messages should be turned off
20:34.16Alex[sp3dev]this WisTilt2's patch is so epic.. now we need to make profiling to find out what causes most of delay.. doubt it is ramconsole
20:34.53hycholy crap. it's looking like my keyboard backlight patch is my culprit
20:36.04Alex[sp3dev]i think i'll disable backlight and leds at all on my builds. surprisingly but PWMs on kovs drain a lot of power. if we turn all color leds, that's about 80 mA. and keylight is another 40 or so.
20:38.04jonprymaybe answer the ultimate question of why a few nanoseconds here or there blows up the panel
20:39.20*** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-0-221.bb.netbynet.ru)
20:40.27*** join/#htc-linux dekar_ (~dekar@drms-590ed517.pool.mediaWays.net)
20:41.13Alex[sp3dev]jonpry: good question but i don't remember the answer. had a lot of trouble with it but now it just works
20:42.08jonprynot for hyc :p
20:42.30hycgrumble grumble...
20:42.35Alex[sp3dev]i didn't tell it should work for rhod. i mean, it works for me ;)
20:46.07jonpryAlex[sp3dev], you have wifi on 35 yet?
20:47.08Alex[sp3dev]jonpry: sorta. it works but i have not integrated nl80211 wpa_supplicant into android and power saving mode seems broken for wl1251.. anyways i'm not into any hacking until the next week
20:48.05jonpryb43 is blowing my mind. doesn't seem to even try to enumerate the busses
20:48.21Alex[sp3dev]does it support bcm4329 at all?
20:48.24jonprymmc0 is up though, for whatever thats worth
20:48.44jonpryit should at least get further than it does
20:49.23jonprylinux embedded wifi support does not really distinguish between won't work and haven't tried
20:49.34hycheh true
20:49.56hycmost of that stuff has only ever been tested on x86
20:50.30hycthey were pretty amazed when I reported that some device worked on OMAP3
20:50.53*** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-0-221.bb.netbynet.ru)
20:52.53hycok jonpry, it was my stupid mistake all along in that keyboard-backlight patch
20:53.04hycI'm going to post your updated scbs patch to the ML
20:53.26jonpryis there a real problem with your backlight thing?
20:53.35hycnot really
20:53.42hycI just let a case fallthru where it shouldn't have
20:54.03hycsloppy mistake
20:54.06*** join/#htc-linux ftoz (~root@214-151.gtt-net.cz)
20:54.21jonpry:)
20:54.54jonprythanks for getting the new patch together. hopefully your battery life is good now
20:55.05hycfingers crossed ;)
20:56.59hyclooks like CONFIG_SUPERQUICK isn't needed because you explicitly #define SUPER_QUICK
20:57.11hycI guess I'll drop SUPERQUICK from Kconfig
20:57.29hycI'm assuming we would never want it to be undef'd anyway
20:57.45rpierce99i prefer everything on my phone to be SUPERSLOW
20:58.07hycI could oblige you on my current web site kernel :P
21:03.49*** join/#htc-linux gauner1986 (~Adium@p508C66A5.dip.t-dialin.net)
21:10.07*** join/#htc-linux Erikson (~Erik@i5E86CC11.versanet.de)
21:19.40hycbah. spoke too soon. got yet another super slow wake now. unless it's just dead.
21:20.02hycwth... going to send out this patch anyway.
21:20.05arrrghhhhyc, to be clear, wistilt2's fast wake stuff didn't guarantee fast wakes.
21:20.10hycsince the previous one was incomplete
21:20.29arrrghhhit just significantly reduced the slow wakes, and AFAIK eliminiated the failed wake condition.
21:20.39hycthis is looking like an SoD
21:20.44arrrghhhOo
21:21.00hycorange LED came on when I hit power, but nothing since then
21:21.01arrrghhhi provide no warranty on those
21:21.04arrrghhh:P
21:22.28jonprysometimes those are cpu crashes from too much speed
21:22.45arrrghhhnever too much speed
21:22.57hyclol
21:23.09hycI'm not overclocking now anyway
21:23.40*** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-0-221.bb.netbynet.ru)
21:28.57jonpryare you not overclocking or overclocking to 528mhz?
21:29.17arrrghhhyou can't overclock to an even 528
21:29.24arrrghhhit's not a multiple of 19.2 or whatever.
21:30.28rpierce99even just having the setting set at it's default affects the multiplier
21:32.24arrrghhhindeed.  if you have any acpu setting, you'll never actually hit 528.  it gets close, but not on the dot.
21:33.44rpierce99i don't think that's the extent of it. there's a divider or something that gets applied when the acpu setting is present, regardless of what the setting is, if the setting is absent it uses the default
21:34.37hycthe scbs daemon adds up to 5 seconds to sleep time tho
21:43.12jonpryever see this: sdio_register_driver timeout
21:43.16*** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-0-221.bb.netbynet.ru)
21:57.04*** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-0-221.bb.netbynet.ru)
21:59.13*** join/#htc-linux raymonddull (~raymonddu@24-236-171-67.dhcp.monr.mi.charter.com)
22:03.29hycstrange. during shutdown sometimes the clock goes backward just before screen is shut off
22:03.37arrrghhhlol
22:03.41hycnot crucial, but curious
22:03.42arrrghhhthat's a new feature.
22:14.48*** join/#htc-linux programmer8922 (~Evan@67.219.164.162)
22:27.35*** join/#htc-linux rajkosto (~rajkosto@2001:5c0:1511:4e02:3136:2f38:c4ff:e126)
22:27.35*** join/#htc-linux furtardo (~mks@nat/yahoo/x-cetetlbevcwlagxq)
22:40.21*** join/#htc-linux netson-hd10 (~netson-hd@125.161.218.10)
22:42.11*** join/#htc-linux jonpry (~jon@199.85.236.239)
22:49.36*** join/#htc-linux raymonddull (~raymonddu@24-236-171-67.dhcp.monr.mi.charter.com)
22:51.15jonprywhat does android use to turn on the wifi? some kind of script?
22:57.54hyci think that's all invoked by netd
22:58.23hycactually no shell scripts involved
22:58.34*** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net)
22:58.55hyclibhardware_legacy is also part of the process
23:01.23jonpryhow does it know what driver to load?
23:02.58*** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net)
23:04.21*** join/#htc-linux surgex (surge@pool-98-118-157-221.bflony.fios.verizon.net)
23:06.32jonpryi just get the feeling i am not using the right module options
23:11.26*** join/#htc-linux rajkosto (~rajkosto@cable-94-189-150-102.dynamic.sbb.rs)
23:55.43*** join/#htc-linux Segnale007 (~Segnale00@ppp-133-60.26-151.libero.it)

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