IRC log for #htc-linux on 20120408

00:06.31*** join/#htc-linux Rajko (~rajkosto@2001:470:d76b:da7a:399e:e29e:fb4c:d87c)
00:34.00*** join/#htc-linux rob_w (~bob@unaffiliated/rob-w/x-1112029)
01:42.52*** join/#htc-linux swc|666 (~goldbond@65.101.151.78)
01:42.59*** join/#htc-linux swc|666 (~goldbond@Aircrack-NG/Friend)
01:49.33*** join/#htc-linux detule (~detule@unaffiliated/d3tul3)
01:51.13*** join/#htc-linux CptAJ (AJ@190.74.22.95)
01:52.23CptAJsup guys!
01:52.26ahigerdLo
02:13.48*** join/#htc-linux ahigerd (~ahigerd@173.218.156.102)
02:13.48*** join/#htc-linux ahigerd (~ahigerd@libqxt/developer/ahigerd)
02:17.43detuleahigerd, which kernel are you on?
02:18.33ahigerdAt the moment? 2.6.27+acoustic
02:19.03ahigerdBeen pretty solid except for ONE text message that came back with a failure report
02:19.23detuleso er we're pretty sure it's workign fine there
02:19.26ahigerdYup
02:19.40detulewant to try something else
02:19.43ahigerdSure
02:24.36CptAJwhat are the main changes from .27 to .35? (downloading 35 now. See if whitestone works better there for magical reasons =P)
02:26.05detulehttp://bit.ly/HqgQjy
02:26.29detuleit's a much newer codebase.....27 is ancient
02:27.19detulealso emwe did a very good job of keeping that tree up-to-date viz-a-viz codeaurora
02:27.59detuleahigerd, the flying text might stall for a sec on that kernel but it will recover very quickly -> nothing to worry about
02:28.47ahigerdidle PC is disabled => sleep battery life is diminished?
02:28.51ahigerdOr is it disabled in 27 too?
02:29.14detuleno idle pc in .27
02:30.19detulein very limitted testing it seems to me battery life might actually be better but that's so damn subjective can't really tell
02:31.17ahigerdo.o
02:31.20ahigerdjabs phone
02:31.22ahigerdCome on adb, turn on
02:31.37ahigerd... oh good grief, no USB Debugging icon but adb's working now
02:32.07detuleoh yeah 3.3 pretty experimental :)
02:32.13ahigerdNo, this is still in 27
02:32.26detulebut it's been working fine here for a few days...no BT perhaps other things broken, but nothing i use daily
02:32.37ahigerd*kexec*
02:32.39detuleusb has been solid
02:32.54ahigerdBT I don't care about atm, but tethering would be nice >.>
02:33.03detuleyeah all that should be working
02:33.06ahigerdk
02:33.37detulewhoknows it might actually fix the radio problem too for you
02:34.11ahigerdBah. kexec failed. *hard reset*
02:36.42detulephone's been up for about 14 hrs now, just booted to winmo it says 60% left....but i think even the winmo battery indicator is pretty unreliable on this after-market battery
02:39.35ahigerdWelp. It booted.
02:40.26ahigerdUh...
02:40.29ahigerdpokes dialer
02:40.40ahigerdDid I seriously just trigger it on the first attempt?
02:40.40detulecool i think it's a shade more responsive since it's not trying to power collapse in idle
02:40.57ahigerdchecks logcat x.x
02:41.38ahigerdHmm, technically no.
02:41.56ahigerdIt just took nearly a full minute between pressing the dial button and having the call come up.
02:42.33detulebooting jitters perhaps
02:42.36ahigerdMaybe I just jumped the gun and it wasn't booted all the way yet.
02:43.24ahigerdSecond call worked fine, though it still felt kinda sluggish.
02:48.46detulesleep time ttyl
03:15.53CptAJjust now realizing how awful the patch I sent was. Sorry guys XD
03:16.18CptAJI'll at least have the decency not to break topaz next time ha!
03:17.03CptAJnote to self: make small commits so you dont have to remember to go back and clean up your experiments
03:27.52*** join/#htc-linux bitrot (~rajkosto@2001:470:d76b:da7a:399e:e29e:fb4c:d87c)
03:32.49*** join/#htc-linux DuperMan (~Duper@89-139-122-200.bb.netvision.net.il)
04:11.29*** join/#htc-linux GNUtoo-desktop (~GNUtoo@host149-73-dynamic.56-82-r.retail.telecomitalia.it)
04:14.22ahigerdheadscratches
04:14.43ahigerdHow does it make sense that having power collapse turned on makes it use MORE power...
04:14.59ahigerdI can only speculate that maybe the act of waking up from that is a pretty fierce burst
04:15.04*** part/#htc-linux GNUtoo-desktop (~GNUtoo@host149-73-dynamic.56-82-r.retail.telecomitalia.it)
04:28.46*** join/#htc-linux bitrot (~rajkosto@2001:470:d76b:da7a:399e:e29e:fb4c:d87c)
04:36.43*** join/#htc-linux Rajko (~rajkosto@2001:470:d76b:da7a:399e:e29e:fb4c:d87c)
05:14.18*** join/#htc-linux rajkosto (~rajkosto@ds.wan.rajkonet.info)
06:39.26*** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:da7a:399e:e29e:fb4c:d87c)
06:48.11*** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:da7a:399e:e29e:fb4c:d87c)
06:52.48*** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:da7a:399e:e29e:fb4c:d87c)
07:43.52*** join/#htc-linux Rajko (~rajkosto@2001:470:d76b:da7a:399e:e29e:fb4c:d87c)
07:47.11*** join/#htc-linux Rajko (~rajkosto@2001:470:d76b:da7a:399e:e29e:fb4c:d87c)
08:14.20*** join/#htc-linux solooo (592a2459@gateway/web/freenode/ip.89.42.36.89)
08:39.59*** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:da7a:399e:e29e:fb4c:d87c)
08:40.58*** join/#htc-linux bitrot (~rajkosto@2001:470:d76b:da7a:399e:e29e:fb4c:d87c)
09:01.00*** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:da7a:399e:e29e:fb4c:d87c)
09:31.21*** join/#htc-linux MacDrunk (~marper@201.165.119.167)
09:37.35*** join/#htc-linux rob_w (~bob@unaffiliated/rob-w/x-1112029)
09:44.22*** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:da7a:399e:e29e:fb4c:d87c)
10:13.43*** join/#htc-linux paulk-desktop (~paulk@lib33-1-82-233-88-171.fbx.proxad.net)
10:39.34*** join/#htc-linux balans2 (~user@82-170-217-205.ip.telfort.nl)
10:49.53*** join/#htc-linux gauner1986 (~Miranda@ip-109-91-241-106.unitymediagroup.de)
11:03.59*** join/#htc-linux helicopter88 (~helicopte@95.234.36.85)
11:31.56*** join/#htc-linux Cotulla (~myfakemai@nat100-255-205-109.tvoe.tv)
11:39.02*** join/#htc-linux detule (~detule@unaffiliated/d3tul3)
11:45.53*** join/#htc-linux balans2 (~user@82-170-217-205.ip.telfort.nl)
12:05.27*** join/#htc-linux zeusk (77eb360e@gateway/web/freenode/ip.119.235.54.14)
12:05.55zeuskwhere are FILE_ATTRIBUTE_* defined in wince public headers ?
12:11.00zeuskno htc-wince ? :(
12:11.50*** join/#htc-linux Alex[sp3dev] (~alexander@178.176.63.186)
12:42.26*** join/#htc-linux helicopter88 (~helicopte@95.234.36.85)
12:46.42Cotullalol it's linux
12:46.45Cotullachannel
12:48.44zeuski was looking at DWORD dwFileAttributes in struct TOCentry defined after romhdr, (to help with some linux stuff ofc)
12:53.51*** join/#htc-linux detule (~detule@unaffiliated/d3tul3)
13:19.39*** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-174.netcologne.de)
13:28.41*** join/#htc-linux balans2 (~user@82-170-217-205.ip.telfort.nl)
13:29.42*** join/#htc-linux khorben__ (~dont@mahce.defora.org)
13:32.33*** join/#htc-linux gauner1986 (~Miranda@ip-109-91-241-106.unitymediagroup.de)
13:40.36*** join/#htc-linux arif-ali (~arif-ali@94-192-24-56.zone6.bethere.co.uk)
13:40.40*** join/#htc-linux Ceesheim (~ceesheim@p5B347066.dip.t-dialin.net)
13:47.56*** join/#htc-linux TheDeadCPU (~TheDeadCP@ti0064a380-0140.bb.online.no)
13:48.01*** part/#htc-linux TheDeadCPU (~TheDeadCP@ti0064a380-0140.bb.online.no)
13:48.57*** join/#htc-linux Cyrinic (~FU@92.28.68.0)
13:49.23CyrinicAnyone around who can help a noob put android on HTC Touch/Vogue?
14:08.59*** join/#htc-linux kiozen (~kiozen@ppp-93-104-71-34.dynamic.mnet-online.de)
14:09.10zeuskCyrinic, tried google ?
14:14.05Cyrinicyup and it confuses the hell out of me
14:20.46zeuskCyrinic: http://www.youtube.com/watch?v=3uHmMmmwR6c
14:21.08*** join/#htc-linux detule (~detule@unaffiliated/d3tul3)
14:34.06CyrinicThank you zeusk
15:43.36*** join/#htc-linux ALoGeNo (~alogeno@85.Red-79-156-83.staticIP.rima-tde.net)
15:43.37*** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno)
15:44.23*** join/#htc-linux detule (~detule@unaffiliated/d3tul3)
16:18.50*** join/#htc-linux arif-ali (~arif-ali@94-192-24-56.zone6.bethere.co.uk)
16:38.43*** join/#htc-linux whitekidney (~wk@141.0.136.22)
16:38.50whitekidneynice, wp7 sdcard unlock in magldr
16:59.05*** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno)
17:21.01CptAJthey sure moved things around for 35
17:21.25CptAJI'll just stay on 27 until I iron out the bugs
17:40.19*** join/#htc-linux ccube (ccube@nx.ccube.de)
17:43.11jonprymoving to 39/3.0/3.1/3.2 is probably easier
17:44.55jonpryless refactoring compared to 35
18:15.23*** join/#htc-linux rpierce99 (~rpierce99@96-42-107-19.dhcp.stcd.mn.charter.com)
18:17.10*** join/#htc-linux balans2 (~user@82-170-217-205.ip.telfort.nl)
18:24.38CptAJall my crashes/reboots seem to happen after smd channel 7 is mentioned on dmesg. What's that related to?
18:25.14helicopter88if i remember right there was an issue too on other xdandroid phones regarding smd7
18:25.35CptAJwas it ever solved? it would be nice to see what it was
18:26.07helicopter88It should have been solved
18:30.59*** join/#htc-linux detule (~detule@unaffiliated/d3tul3)
18:32.02detuleCptAJ, do you have a stacktrace of your smd7 related crashes?
18:32.41CptAJthe traceback that happens upon kernel panics? yeah. I have 8 of them, hold on XD
18:33.10CptAJhttp://paste2.org/p/1968226
18:33.10CptAJhttp://paste2.org/p/1968227
18:33.10CptAJhttp://paste2.org/p/1968230
18:33.10CptAJhttp://paste2.org/p/1968236
18:33.10CptAJhttp://paste2.org/p/1968238
18:33.11CptAJhttp://paste2.org/p/1968240
18:33.13CptAJhttp://paste2.org/p/1968241
18:33.55*** join/#htc-linux master_ (5706c55e@gateway/web/freenode/ip.87.6.197.94)
18:41.10*** join/#htc-linux whitekidney (~wkl0l@141.0.136.22)
18:46.07detulesome kind of a corruption in the wake lock list
18:47.57CptAJI found someone having a similar error on google and he mentioned that as well
18:48.14detuleas a short term solution you can try compiling the kernel without CONFIG_WAKELOCK_STAT
18:48.41detuleit would hopefully avoid that problem though not solve it
18:49.27CptAJlets try that. so many other issues to solve >_>
18:50.50jonprydoes whitestone run an already supported amss?
18:50.55detuleyour smd7 (data) sure goes though a lot of close/open
18:51.16detulethere's a wakelock tied to that channel and when it closes the wakelock is destroyed
18:51.30detulethere's probably still a standing reference in the wakelock list or something
18:53.14CptAJjonpry, I don't know. Phone and data work
18:54.09jonprylog says 6125
18:55.17detulethe very best :)
18:55.25jonpryyup
18:55.50Cotullahow is sub?
18:56.07jonprycan't get it to dive. marina too shallow
18:59.51detulejonpry, perhaps a one-off but i got ~30hrs on the last charge
19:00.07jonpryw/ data?
19:00.09detuleyes
19:00.24jonprysounds pretty good
19:00.40detulelite use, couple of phone calls couple of texts, used gps once, installed an app from the market….
19:01.10jonpryis that with idlepc removed?
19:02.20detuleyeah, hm, what's in here, new timer (so no idle pc), and new idle.S which has the power collapse code….this one from ca-msm3.0 … my assembly is not good but i couldn't find too much difference between this one and the one we are using
19:03.27jonprypushed?
19:04.02detulenot yet…would kinda like to know haven't broken gsm
19:04.15detulei can get you the patchset
19:05.16detulebrb
19:07.28*** join/#htc-linux detule (~detule@unaffiliated/d3tul3)
19:07.53jonpryis this the kernel ahigard is on now?
19:08.26detuleyes
19:09.14jonpryso far so good then
19:15.23detulehttps://gitorious.org/~detule/linux-msm-rhod/detules-linux-msm-rhod/commits/local-3.3
19:18.49jonprywhich one of those removes idle-pc?
19:19.56detulethe part where we return zero in msm_timer_enter_idle
19:20.06detuleit should return time until next alarm
19:20.18detuleas zero is always less than min sleep time it will never enter into pc
19:23.53jonpryic
19:26.58CptAJcompiled without CONFIG_WAKELOCK_STAT. Still crashing. getting ramconsole now... see if it was something else
19:34.17CptAJis there a way to flush out the ramconsole? I can't even tell exactly where the crash happened with the overlap
19:34.24CptAJ(this one is different)
19:34.34detulegrep 'panic'
19:34.49CptAJthats assuming it gets that far >_>
19:35.22detuleit did in all your prior logs you can also get it if you boot in android and cat /proc/last_kmsg
19:35.59detulei*think*
19:37.27CptAJhttp://paste2.org/p/1971629 unedited ramconsole. The panic shows up but look at line 870. I think thats where the actual crash happened and the panic is just overlap from a previous one
19:40.08Alex[sp3dev]well. yes, mdp sometimes crashes. i just commented out debug prints in it, seems one of them was doing a readl that crashes. but not sure it fixes all issues
19:42.23Alex[sp3dev]CptAJ: try to comment out the contents of  mdp_ppp_dump_debug
19:42.49Alex[sp3dev]CptAJ: btw, seems to me, on froyo there were no crashes for some reason
19:43.47*** join/#htc-linux detule (~detule@unaffiliated/d3tul3)
19:46.29detuleyes that mdp crash looks to be from a previous boot...
20:39.52*** join/#htc-linux MacDrunk (~marper@201.165.119.167)
20:40.39*** part/#htc-linux MacDrunk (~marper@201.165.119.167)
20:54.14jonprylooks like it just died at line 707
21:04.13Cotullafast death - good death
21:04.37*** join/#htc-linux MacDrunk (~marper@201.165.119.167)
21:08.14*** part/#htc-linux MacDrunk (~marper@201.165.119.167)
21:16.20*** join/#htc-linux paulk-desktop (~paulk@lib33-1-82-233-88-171.fbx.proxad.net)
21:43.02CptAJjonpry, right you are. Its definitely dying on 707 first
21:43.27CptAJwhich brings me back to the question, is there a way to just wipe ramconsole so this doesn't happen?
21:45.51jonpryit can be done
21:47.14jonprybest thing is probably to modify the ramconsole driver to clear the memory after creating last_kmsg
21:47.40jonpryother way is to clear it in the boardfile before ramconsole is registered
21:49.47*** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:da7a:399e:e29e:fb4c:d87c)
21:49.57*** part/#htc-linux Cotulla (~myfakemai@nat100-255-205-109.tvoe.tv)
21:49.57*** join/#htc-linux detule (~detule@unaffiliated/d3tul3)
22:02.07*** join/#htc-linux gassed (faxed@c-76-30-161-228.hsd1.tx.comcast.net)
22:34.34*** join/#htc-linux mes__ (~mes@S0106000ce55186df.cc.shawcable.net)
23:14.10*** join/#htc-linux detule (~detule@unaffiliated/d3tul3)
23:27.16*** join/#htc-linux ahigerd (~ahigerd@173.218.156.102)
23:27.16*** join/#htc-linux ahigerd (~ahigerd@libqxt/developer/ahigerd)
23:31.50*** join/#htc-linux khorben__ (~dont@mahce.defora.org)

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