IRC log for #htc-linux on 20110221

00:01.38XirXesfor your new kernel to see the benifits do we have to be on a particular sleep mode?
00:02.08WisTilt2mode 1 now only
00:02.33XirXesk booting now
00:02.36WisTilt2mode 1 really should be the only mode no matter what afaic
00:06.36XirXesmy first wake failed. no haptic or anything. but i put it back to sleep and woke it again and it was instant
00:06.39*** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com)
00:07.03XirXesits actually really awesome seeing it go right to sleep with the screen
00:07.16WisTilt2probably need to wait until everything boots up 100%
00:07.34XirXesyeah its doing fine now
00:09.14*** part/#htc-linux RaiderX (~RaiderX@91.110.90.25)
00:09.51*** join/#htc-linux Curious_ (~Curious_@139.179.207.174)
00:10.03XirXesbb dinner
00:12.15*** join/#htc-linux LargePrime (~LargePrim@173-110-143-245.pools.spcsdns.net)
00:16.20*** join/#htc-linux Bry8Star_ (~Bry8Star@adsl-71-137-233-207.dsl.irvnca.pacbell.net)
00:16.24*** join/#htc-linux Bry8Star_ (~Bry8Star@unaffiliated/bry8star)
00:18.56*** join/#htc-linux hardwalker (~hardwalke@114-33-201-92.HINET-IP.hinet.net)
00:28.10arrrghhhWisTilt2, wow.  from my initial tests it seems like you squashed the gps-no-sleep bug without even knowing it.  :D
00:29.58WisTilt2probably a side effect of all the stuff im redoing in pm but wont complain:)
00:30.36*** join/#htc-linux Bry8Star (~Bry8Star@unaffiliated/bry8star)
00:31.03WisTilt2going through the sd card power stuff right now with that error we keep seeing on wake
00:31.33arrrghhhcool
00:31.40arrrghhhWisTilt2,  you're an animal.  don't stop!  :D
00:31.56arrrghhh25 dls of your kernel already on xda-devs
00:32.02arrrghhhwish i had 25 responses :/
00:32.12arrrghhhbut all the responses have been stellar, for sure.
00:32.17WisTilt2no rhod100's with dead panels yet?
00:32.22arrrghhhnope
00:32.29WisTilt2great
00:32.34arrrghhhone of my "best" rhod100/auo panel testers gave his seal of approval.
00:32.46arrrghhhhe was the one rabidly waiting in fact ;)
00:33.57Curious_cedesmith can you send camera patch that u used for your desire rom?
00:45.04*** join/#htc-linux Segnale007 (~Segnale00@host92-254-dynamic.37-79-r.retail.telecomitalia.it)
00:46.19*** join/#htc-linux Ahyuwhiye (~ahyuwhiye@ip-178-203-177-87.unitymediagroup.de)
00:46.32*** part/#htc-linux Ahyuwhiye (~ahyuwhiye@ip-178-203-177-87.unitymediagroup.de)
00:47.31arrrghhho... had some failed wakes WisTilt2...
00:47.43*** join/#htc-linux Bry8Star (~Bry8Star@adsl-71-137-233-207.dsl.irvnca.pacbell.net)
00:47.47*** join/#htc-linux Bry8Star (~Bry8Star@unaffiliated/bry8star)
00:48.57arrrghhhWisTilt2, http://pastebin.com/U535pzXR
00:48.58WisTilt2i think those are going to occasionally still happen until fb side is fixed.
00:49.02arrrghhhoic
00:49.08arrrghhhso... what do you think about pulling that commit?
00:49.12arrrghhhi don't mind testing it :D
00:49.21arrrghhhfor whatever reason it seems to take a while to shake out tho
00:49.31arrrghhhthe failed wakes (for me at least) don't happen right away...
00:49.59WisTilt2yeah going back on the fb would at least rule that out.  its either fb or something with clocks
00:50.07arrrghhhhrm
00:50.13arrrghhhshould we just not worry about it until we go to .35?
00:50.21arrrghhhi don't want to take your time up with something that's relatively small.
00:50.35arrrghhhas i just put it to sleep, wake it back up and it's usually just fine.
00:50.37WisTilt2im kind of thinking it would be wasted time
00:50.44arrrghhhk
00:50.48arrrghhhdon't worry about it then.
00:51.39WisTilt2got other things in pm to fix that is more important.  if people have to hit it a couple times now and then to wake its no big deal and its far less than is was
00:53.36arrrghhhindeed
00:53.40arrrghhhdon't sweat it dude.
00:53.46WisTilt2bzo: if you're not busy got a question.  if we power down the sd card, what happens to the mount thats in place to that dev? i dont think the current gpio's turning it off are doing anything unless i havent found the remount code yet.
00:53.49arrrghhhjust wanted to make you aware ;)
00:56.23arrrghhhWisTilt2, so just some extended testing but I say commit this beast, unless of course there's something else that you're looking into that's related.
00:58.37WisTilt2want to add the rest of the power downs first then commit the whole thing at once.  still need to get long term battery life overnight in sleep, thats really going to tell us if we're gaining anything over what we already have.
00:58.48arrrghhhk
00:59.03arrrghhhwhat else are you trying to power down other than SD?
00:59.20arrrghhhseems like powering that down might be bad juju when we're depending on it to run the OS :P
00:59.33phh(if anyone is interested, I might come back to dev, I find my TP2 better has a usable smartphone than my liquid. My liquid is good just for spotify/games :D)
00:59.41WisTilt2wifi, possibly ram
01:00.30arrrghhhnice
01:00.34phhWisTilt2: hum we're not already powering down ram ?
01:00.41WisTilt2phh: i'd like to get with you on redoing ril
01:00.41phhI thought i'd seen code stating we do
01:01.11phhWisTilt2: ouch
01:01.16WisTilt2not sure if ram is or not
01:01.30arrrghhhRIL needs some lovin.
01:01.50arrrghhhalthough i hear the hd2 folk just wrap the HTC RIL
01:02.01phharrrghhh: yeah that's because of me :s
01:02.06WisTilt2ril needs work.  i can put my radio programmer on it shortly since our device is about done for certification and he'll have some free time
01:02.35arrrghhhi'd love to see someone to take a look at netloc on CDMA :D
01:02.54phhWisTilt2: you don't want to try HTC's ril ?
01:02.55arrrghhhi can try to help however i can...
01:03.02WisTilt2source?
01:03.09arrrghhhthe one from winmo
01:03.17phhWisTilt2: no source.
01:03.27arrrghhhphh, just wrap ours like you did the hd2's?
01:03.36phharrrghhh: yeah
01:03.37phhi'd hate that.
01:03.42phhbut well if it works better
01:04.02phhthe problem being, AFAIK there is no android htc world phone
01:04.21arrrghhhdroid pro
01:04.31arrrghhhno htc
01:04.32phhdroid is motorola no ?
01:04.33phh.
01:04.33arrrghhhdamnit.
01:04.46arrrghhhsorry, i'll go back in the corner :P
01:04.47phhok i can extend to any qualcomm :p
01:04.58*** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-12-212.bb.netbynet.ru)
01:05.07arrrghhhheh.  not sure TBH, i'll try and see if i can find something.
01:05.23phhwell, we've got pretty much everything needed to make a ril
01:05.43Alex[sp3dev]what? can't we just fix our current one?
01:06.02arrrghhhlol there's tons of rumors from that stupid 'prototype' vzw phone.
01:06.04arrrghhhdamnit.
01:06.06phhAlex[sp3dev]: bah WisTilt2 wants to do a new one
01:06.26arrrghhhphh, will a stupid facebook phone do?
01:06.27phhIIRC current one is fine though
01:06.47phharrrghhh: sorry, I meant msm720xx phone.
01:06.52Alex[sp3dev]phh: ok.. well. i'm almost done with sound on 35.. well. the only 'problem' is that i have a bootloop and services die
01:06.57phharrrghhh: facebook phones are world phones ?
01:07.05arrrghhhphh, oh... really screwed there.
01:07.15arrrghhhphh, no, one might be tho.  perhaps i'm reading this wrong..
01:07.17arrrghhh1 sec :P
01:07.28phharrrghhh: that sounds weird :D
01:07.33phhworld phones is for professionals
01:07.35phhand how to put that ...
01:07.39phhfacebook is ... well ...
01:07.42arrrghhhyea
01:07.43phheverything but professionnal.
01:07.45arrrghhhheh
01:07.46Alex[sp3dev]professional consumers
01:08.01phhand I must say, the last phone really looking professionnal is TP2 ...
01:08.14Alex[sp3dev]it looks cheap
01:08.19phhoO
01:08.39Alex[sp3dev]ok, what do i delete to make a 'wipe
01:08.45Alex[sp3dev]the whole data or dalvik cache?
01:08.56phha full wipe is whole data
01:10.47Alex[sp3dev]i hope omap4 will not be a fucked up thing with fucked-up rpc and stupid coders like msm
01:11.28phhrpc needs two processors.
01:11.57Alex[sp3dev]at least it could have been implemented more reliable than in msm
01:12.18phhin msm, rpc works fine ...... for android devices.
01:12.26Alex[sp3dev]yeah
01:12.41arrrghhhlol
01:13.03arrrghhhphh, alright.  i'm a liar.  couldn't find anything other than rumors about some stupid vz phone.
01:13.10arrrghhhthat never came to fruition.
01:13.18phhcould.
01:13.21phhso we won't use that way.
01:13.22*** join/#htc-linux ftoz (~root@214-151.gtt-net.cz)
01:13.30phhwell we could do it for tracing purpose
01:13.38phhandroid RIL is waaaaaaaaaaaaaaaaaaaay easier to trace that wince's :D
01:13.43Alex[sp3dev]ok. what is left for 35? microp-ksc rewrite, sound, camera, rfk, wifi, code cleanup hum. seems doable
01:14.07phhETA 2 days ? :D
01:14.12Alex[sp3dev]2 weeks rather
01:14.25phhdon't sleep too much
01:14.29Alex[sp3dev]eta 2 days is called 'done long time ago'
01:14.54phhlol ok
01:15.14Alex[sp3dev]phh: oops.. 4 am here.. and i'm studying till 6 pm tomorow and the day after tomorrow. fuck. but hey, on wednesday is the national holiday
01:15.36phhwell i just had a week of vacation
01:15.41phhI've done a bunch of work
01:15.43phhbut for my tegra :D
01:15.44Alex[sp3dev]lucky bastard
01:16.08Alex[sp3dev]i want omap4
01:16.26Alex[sp3dev]lg optimus 3d looks nice except that it's lg and will cost a hell lot
01:17.04phhthat's the problem of all smartphones
01:17.12phhall smartphones are at least 3 times there real price ...
01:17.38Alex[sp3dev]except chinese ones.. but well. chinese software is even more awesome than indian
01:17.52phhno, same thing for chinese ones
01:17.57phhit's just that their hardware is 3 times cheaper.
01:18.16phh(chinese things doesn't even have cortex processors)
01:18.36Alex[sp3dev]oh my god
01:18.43Alex[sp3dev]looks like an epic fail here
01:18.57phhand i'm not even sure they got 3G :p
01:18.57Alex[sp3dev]if ramconsole is not lying, i get a kernel panic in reiserfs driver
01:19.09phhwow
01:19.10phhrox :p
01:19.20Alex[sp3dev]back to ext2 then
01:19.26phhwait
01:19.29phhyou're using reiserfs ?
01:19.32Alex[sp3dev]yep
01:19.36phhhow to put that ......;
01:19.38phhyou're crazy ? :D
01:19.55Alex[sp3dev]well, it does journal replay automatically
01:20.06phhtry nilfs2 :D
01:20.16Alex[sp3dev]hm. it is in 35, right?
01:20.20phhyup
01:20.31phhah don't do that, performance comparaison to .27 wouldn't be fair.
01:20.35Alex[sp3dev]not sure that i have it built on desktop
01:21.13phhyou build your own kernel on your desktop ?
01:21.19Alex[sp3dev]yep
01:21.45Alex[sp3dev]on debian, btw. i'm not a gentoo geek
01:22.56XirXeswell doing some investigating (read Googling) and the regular droid 2 has a qualcomm cdma chip in it. not to much of a leap for the global to have a qualcomm chip aswell
01:23.27phhXirXes: yeah i know
01:23.31phhall devices have qualcomm devices.
01:23.45XirXesahh ok. ignore me then
01:23.50phhI mean all devices that does either cdma or UMTS
01:23.57phhthat makes kind of a lot people :p
01:24.11phhok time to sleep
01:24.15phhI want my 10 hours of sleep.
01:24.36XirXesnn phh
01:25.06arrrghhhgn
01:36.51arrrghhhWisTilt2, had a bad report from a RHOD300 user ironically.  tested myself, and it did happen once...
01:37.57arrrghhhbasically the phone wouldn't wake correctly on a call.  the call would ring in, and the backlight would come on... but i couldn't get the panel up.  i hit the power button frantically, and of course i was testing to my gv number and i have call screening on so i wasn't able to get the panel on and hit 1 to accept the call heh
01:38.40arrrghhhinteresting.  2/2 on gv failed wakes...
01:38.41WisTilt2what sleep mode is he in?  probably 0 not 1
01:38.57arrrghhhthis time i slid the kbd open and hit 1
01:39.02arrrghhhpanel came up no prob
01:39.32arrrghhhok, that was a good one to my gv number... weird.
01:40.25phhWisTilt2: I think someone told me he had the problem with 1
01:40.26phhbut detu.
01:40.38arrrghhhlol random phh
01:40.53arrrghhh1 is typically what we recommend to everyone honestly...
01:40.55phhI said i was sleeping ok.
01:40.57phharrrghhh: na
01:40.58phhnot on raph/diam
01:41.01phh<PROTECTED>
01:41.02arrrghhhhrm
01:41.03phhwell 5225.
01:41.06arrrghhhyea
01:41.07phhwell !6125
01:41.10arrrghhhi dunno about those
01:41.17arrrghhhand you are sleep typing!
01:41.22phhnot at all
01:41.29phhmy body is calling me to sleep though :p
01:42.03arrrghhhheh
01:42.09phhok i'm off, really.
01:42.24WisTilt2nite phh, get sleep so we can talk ril:)
01:42.40arrrghhhg'nite
01:42.48WisTilt2arrrghhh, so he slid kbd open and panel came up ok?
01:43.01arrrghhhthat was me.
01:43.03arrrghhhbut yes
01:43.24WisTilt2but touching unlock vibrated but wouldnt turn on screen right?
01:43.30arrrghhhyup
01:43.34arrrghhhi answered the call doing that in fact heh
01:43.51WisTilt2slide to answer worked then
01:44.08arrrghhhindeed
01:45.44WisTilt2im about to test some sd card power changes so i might have an image for you to try on your 400.  not for the masses yet though
01:46.08arrrghhhnp
01:46.23arrrghhhi make damn sure you want me to post things before i post them, trust me ;)
01:54.38arrrghhhi'm just enamored at the sleep speed :D
02:01.50*** join/#htc-linux Curious_ (8bb3cfae@gateway/web/freenode/ip.139.179.207.174)
02:02.05Curious_rafpigna what else is needed for gps ?
02:02.11Curious_i had sensors.qsd8k
02:02.16Curious_libgps.so
02:05.54*** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com)
02:19.20*** join/#htc-linux Berger (noreply@c65wn1.wifi.halden.net)
02:21.17XirXesWisTilt2: should the device be sleeping while playing music. im pretty sure it should be
02:21.38XirXesand it is. im just not sure if it did it before
02:22.54WisTilt2XirXes: huh? green while playing music?
02:23.03XirXesyeah
02:23.48XirXesas far as i know music proccessing doesnt happen on the main cpu but on a dsp
02:24.18arrrghhhheh
02:24.21XirXesmeaning this behavior is correct, but i thougt it would be good to confirm
02:24.23arrrghhhyea music continues with green LED
02:25.40WisTilt2we need to try the public 1258 kernel and see if it does same thing there.  since its on dsp possibly but doesnt sound right since cpu's would have had to come up to load sound data.  were you playing music then it just timed out into sleep?
02:26.14arrrghhhi was playing music and hit power
02:26.22XirXesno. i started some music then hit power
02:26.33WisTilt2im in the middle of tracing this sd card power stuff so maybe one of you can try 1258 kernel and see if its the same
02:26.47arrrghhhsure
02:27.31WisTilt2sounds like more of pm needs work since in sleep all those chips should be powered down
02:27.37XirXestrack finnished and started the next one without the led changing
02:28.02arrrghhhXirXes, +1.  i just had the quick little 2s sound clips running lol
02:28.40XirXesman i love how much better this speaker is than the g2s
02:29.00arrrghhhreally?
02:29.04arrrghhhsad for the g2
02:29.06XirXesoh its miles
02:29.36arrrghhhweird
02:29.43XirXesim a little dissapointed with the g2. but its just so damn fast
02:29.45arrrghhhi wonder how that ridiculous htc surround actually sounds
02:29.52XirXesme too
02:29.55arrrghhhone of the testers at my work has one for... testing.
02:30.07arrrghhhi'm pretty good friends with him, probably gonna mess with it.
02:30.42XirXesi do agree that that thing is ridiculous
02:30.46arrrghhhyea
02:30.53arrrghhhwhy make a slider phone... that only does that
02:30.54arrrghhhlol
02:31.02arrrghhhjust why htc.  why.
02:32.04XirXesi really like how the hardware looks for the pro 7 tho. when people start stuffing android into the winfail7 phones call me sold
02:33.33*** part/#htc-linux chiehwen (~chiehwen@114-32-131-147.HINET-IP.hinet.net)
02:35.25XirXesive also noticed that the wake indicator doesnt change when you press the vol keys in sleep. tho that just may be because its handling it too fast to change it
02:36.43arrrghhhOo
02:36.45*** join/#htc-linux rpierce99OnRhod (~androirc@173-113-205-213.pools.spcsdns.net)
02:36.48arrrghhhautobuild service doesn't look so happy
02:37.06XirXeswhat did you do to upset it?
02:37.12XirXesjerk
02:37.47arrrghhh:(
02:37.51arrrghhhdidn't do it
02:37.58XirXeslol
02:38.11rpierce99OnRhodarrrghhh are you testing battery with gps on?
02:38.23arrrghhhrpierce99OnRhod, i was playing with it.  you double-user-bastage
02:38.37rpierce99OnRhodsorry wife is on my mac
02:38.56arrrghhhheh
02:38.58arrrghhhyou and your mac
02:39.07rpierce99OnRhodim concerned because it was idle for a couple hours with gps enabled
02:39.14rpierce99OnRhodits down to 50%
02:39.53rpierce99OnRhodit says gps test is responsible for 40%
02:40.22arrrghhhrpierce99OnRhod, Oo...
02:40.39arrrghhhyou started at 100?
02:40.47arrrghhhand it was "sleeping" the whole time?
02:41.05rpierce99OnRhodthose 2 statements are almost true, lol
02:41.16rpierce99OnRhodi was at 95ish
02:41.27rpierce99OnRhodand i sync a lot
02:41.56arrrghhhyea
02:42.02arrrghhhbut 40% being taken by gps status...
02:42.03arrrghhhhrm
02:42.03rpierce99OnRhodbut im on pace to get 4-5 hours which obviously sint right
02:42.08arrrghhhno
02:42.14arrrghhhgps status, still "on"?
02:42.19rpierce99OnRhodright the app wasnt even open
02:42.32*** join/#htc-linux stroughtonsmith (~steven@86-43-215-25-dynamic.b-ras2.bbh.dublin.eircom.net)
02:42.38arrrghhhok.
02:42.55rpierce99OnRhodi think it attributes power to that since it  was what enabled gps last
02:43.22arrrghhhWisTilt2, so how the green LED is displayed different now?
02:44.20*** part/#htc-linux Curious_ (8bb3cfae@gateway/web/freenode/ip.139.179.207.174)
02:47.03WisTilt2wake/sleep led changes when either arm11 wakes/sleep or microp suspends/resumes.  before it only triggered with the later but both are in play now.
02:47.16arrrghhhhuh
02:47.34WisTilt2if rpierce is getting that much drain with gps it sounds like its not actually powered off
02:47.35arrrghhhwell... the GPS/sleep bug still seems present, but now it doesn't show...
02:47.55arrrghhhright, but previously it would show because LED would never go green.
02:49.11WisTilt2that would mean that before, microp suspend never happened but i'd think the green/orange would be flickering all the time now
02:49.31arrrghhhbut it doesn't... hrm.   i'm confused.
02:50.40WisTilt2ill put some printk's in both sections and try it on mine with gps on and see whats going on
02:50.49*** join/#htc-linux programmer8922 (~Evan@67.219.164.162)
02:51.27arrrghhhk
02:55.53*** join/#htc-linux Samsungu_ (~Samsunguy@cpe-76-186-50-40.tx.res.rr.com)
02:59.44*** join/#htc-linux AgentBlair (~AgentBlai@adsl-67-124-200-190.dsl.sndg02.pacbell.net)
03:00.06WisTilt2well it looks like with gps on, microp suspends which switches led green,  but i dont see memory sleep until gps is off. need to power off gps in sleep as i figured we would
03:01.49WisTilt2actually thats not completely true, looks like after about a minute mem sleep happens and gps is suspended also
03:06.45arrrghhhhrm
03:07.04arrrghhhi'm not sure what that means for rpierce99OnRhod's results.
03:07.13arrrghhhi'll do some extended testing with it tonight.
03:07.36arrrghhho F22 still has 1258 probably on his thread.
03:07.43arrrghhh(kernel autobuild seems FUBAR)
03:09.50rpierce99OnRhodwistilt2: any chance gps is waking for another minute when the phone wakes for sync, etc
03:10.26WisTilt2yeah thats a strong possibility then it stays awake for a minute or so each time
03:11.03WisTilt2since sync wakes everything up except panel, any other apps could run while woke up
03:11.09arrrghhhah
03:11.14arrrghhhthat would make sense.
03:12.40rpierce99OnRhodwell there werent any visible apps, and the loc icon was not on, but we still have the known issue of gps never really turning off
03:12.59arrrghhhindeed
03:13.11arrrghhhand for whatever reason the sleep indicator used to show that..
03:13.28rpierce99OnRhodconclusions: light is working as intended, and gps sleep still doesnt work
03:13.32arrrghhhWisTilt2, is it one or the other, or do both have to be collapsed to show green LED?
03:13.50WisTilt2right now either/or
03:13.57arrrghhhah
03:14.06arrrghhhmaybe that's why.
03:14.59WisTilt2yes but i'd think during sync orange would come back on since that part of the led code is the same as its always been
03:15.09arrrghhhhrm
03:15.21WisTilt2my orange comes on every 30mins while clocksync runs then goes back to green
03:15.28arrrghhhi've noticed a few orange LEDs while in sleep
03:15.33arrrghhhbut the majority of the time, solid green.
03:15.37arrrghhhrpierce99OnRhod, what's your experience here.
03:16.14WisTilt2he running sleep mode 1 now correct?
03:16.22rpierce99OnRhodi havent really been watching it, but i know it turned orange to notify me about my mention in this chat
03:16.31arrrghhhWisTilt2, i am.
03:16.47rpierce99OnRhodive always been sleep mode 1
03:17.38arrrghhhsame here, 'cept for that last kernel where you had me put it to 0 :P
03:20.50arrrghhhk, i'm trying the 1258 from autobuild to see the state of the LED while listening to  music.
03:22.42WisTilt2im changing the led color so its green in microp suspend which is the normal code , yellow in arm11 collapse, and orange in wake so we can see which area is doing what
03:22.51arrrghhhWisTilt2, nice :D
03:23.17arrrghhhi miss INSTA-sleep already :P
03:24.57WisTilt2well my data for all the led color bits are at my office so ill just make arm11 blink green.  just need something different
03:25.06arrrghhhyea
03:25.45arrrghhhso far with music playing no green LED on 1258..
03:27.35WisTilt2does panel power off and it just stays orange?
03:28.10arrrghhhyup
03:28.21arrrghhhscreen dark/off basically.  solid orange LED.
03:38.36arrrghhhhrm i can't get 1258 to sleep at all.  wtf.
03:38.57arrrghhhdisabled all loc & sec stuff, killed apps... Voice Search says it's visible and won't let me kill it.  bleh.
03:39.32WisTilt2arrrghhh: try this zImage, your filename.  should blink green when arm11 collapses then solid in full sleep.  want to see what it does with music then sleep
03:39.44arrrghhhok
03:40.46arrrghhh054a43390a0bc31cb185ec7d387e8669
03:41.02WisTilt2yep
03:41.36*** join/#htc-linux rpierce99_OnTheR (~androirc@173-113-205-213.pools.spcsdns.net)
03:42.37arrrghhhrpierce99_OnTheR, lol.  have you tried andChat?
03:43.21WisTilt2looks like we're stuck with the 3-5sec full sleep. get arm11 led immediately then few secs later full sleep because freezing filesystem and mem sleep takes that amount of time.
03:43.54arrrghhhWisTilt2, i wonder if that's what degrades over time.
03:44.04arrrghhhand how sometimes there's 30s to sleep, others 5.
03:46.04WisTilt2yeah probably when i finish with pm it wont.  i also made a change to sd card power so look in your dmesg and you should see it powered down and up now. not sure the gpios that are being used really power it up/down yet though but the logic is working now.
03:46.30arrrghhhok
03:46.46arrrghhhyea about 5s to get solid green
03:46.47arrrghhhno music
03:46.49arrrghhhnow with music...
03:46.51WisTilt2need to chat with bzo about that and get his thoughts
03:47.44WisTilt2you get blinking green right away though?
03:47.49arrrghhhyup
03:47.53arrrghhhblinking green instantly
03:48.01arrrghhhso far no solid green while music is playing
03:48.09WisTilt2orange or blinking green?
03:48.15arrrghhhblinkin green sorry
03:48.28arrrghhhwent blinking green instantly, status quo there
03:48.36arrrghhhbut no solid green... still.
03:48.38WisTilt2blinking while playing music?
03:48.41arrrghhhyup
03:48.56arrrghhhmusic still playing, panel off/black, blinking green led
03:49.02arrrghhhhaven't seen orange yet.
03:49.10WisTilt2ok interesting.  that means microp stays in resume so we're in partial sleep like that
03:49.19arrrghhhhrm
03:49.27arrrghhhi wonder about GPS...
03:50.47arrrghhhk.  blinking green led instantly as usual... lets see if i get the solid green...
03:51.02arrrghhhheh
03:51.03arrrghhhsame
03:51.06arrrghhh(so far)
03:51.17arrrghhhno solid green with GPS previously on
03:51.47WisTilt2but no orange at all?
03:51.54arrrghhhno sir
03:53.04WisTilt2if you turn off gps and no music make sure you get full sleep
03:54.24arrrghhhyup
03:54.26arrrghhhi was before
03:54.32arrrghhh(gotta have the control man...)
03:56.33*** join/#htc-linux Bry8Star (~Bry8Star@unaffiliated/bry8star)
03:58.20WisTilt2having a late dinner thats ready now so ill bb in 30 or so.
04:00.38arrrghhhcool
04:00.46arrrghhhworks fine when i disable GPS again FYI
04:23.51arrrghhhWisTilt2, http://pastebin.com/qqmNHth3 <--- logs of an SoD.  he did have GPS enabled, so it wasn't sleeping technically.  this is what he said about the incident "GPS was on, LED was green. 20 mins later, LED was orange & had to soft reset.".  RHOD400.
04:26.53*** join/#htc-linux Rob2223 (~Miranda@p4FFF248D.dip.t-dialin.net)
04:30.38*** join/#htc-linux manekineko_ (~manekinek@newyork.homeserver.com)
04:32.45arrrghhhbbl
04:44.53*** join/#htc-linux avinashhm (~avinash-h@203.101.61.7)
04:49.44*** join/#htc-linux kernelzilla (~patrick@174-26-124-144.phnx.qwest.net)
04:52.24*** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com)
05:03.41*** join/#htc-linux rpierce99_ (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com)
05:06.21*** join/#htc-linux CazH (~quassel@3007ds2-rd.0.fullrate.dk)
05:08.37*** join/#htc-linux Kasjopaja23 (~Tina@p579C12EE.dip.t-dialin.net)
05:14.58*** join/#htc-linux TheXev (~user@193.sub-75-218-203.myvzw.com)
05:19.53*** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no)
05:21.35*** join/#htc-linux TheXev (~user@0.sub-75-218-86.myvzw.com)
05:27.49*** join/#htc-linux avinashhm (~avinash-h@203.101.61.10)
05:40.34*** join/#htc-linux localhost (~Chris@cpe-76-188-107-188.neo.res.rr.com)
05:42.33*** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153)
05:49.10bzohey, WisTilt2
05:49.29WisTilt2yo bzo
05:49.45bzosaw you wanted to talk to me earlier
05:50.09WisTilt2yeah, let me pull the file back up if you got time
05:50.41bzoyeah, though from the gist of what I read likely I don't know the answer
05:51.06WisTilt2about the sd card vreg stuff?
05:51.20bzoyeah, that and the relation to suspend
05:51.38bzoI do suspect this is going to be tricky though, since we can't unmount the sd running haret
05:52.38WisTilt2yeah my thought exactly.  i did find a mismatch on the current vreg thats coded there so thats why that error keeps showing up about the invalid VDD on resume
05:53.00WisTilt2if it was fixed we'd lose the mount anyway
05:53.11bzothere's got to be a way though
05:53.23bzowhen a regular computer suspends, the disks are shut down
05:54.19WisTilt2yep, can be done for sure, just dont know the way to go about it to make it easy with changes down the road
05:54.48bzounfortunately, there seems to be no precedent for us, since no real android devices run off sdcards
05:55.37bzobtw, did I mention to you that HD youtube was broken again for me?
05:56.20WisTilt2yeah you did.  you tried with the previous tables and same thing?
05:56.41bzoafter playing with it some more today, I'm wondering if it was a coincidental choice of videos
05:57.07bzoI'm consistently finding that 4x3 aspect ratio videos with black bars on side will play
05:57.12bzowhile full wide screen ones won't
05:57.38*** join/#htc-linux kiozen (~kiozen@rgnb-5d879c38.pool.mediaWays.net)
05:57.56bzomaybe there's some issue with the scaling
05:58.09WisTilt2hmm, interesting because i noticed when we first got it going that it seemed certain 720 hd would play and others wouldnt.  are the 4x3 ones in 720 or what?
05:58.35bzounlikely, the 4x3 ones probably are 480p
05:58.42bzo720p natively is 16x9
05:58.58bzothough I would be surprised if youtube actually sent 720p videos to mobile devices
05:58.58WisTilt2yeah but isnt scaling supposed to take care of that?
05:59.26WisTilt2in winmo i can play 720 and some of the 1080 stuff fine
05:59.50bzohow do you know what you are getting though?
06:00.05bzoin the mobile it's hd or not, while on a computer you get to choose from multiple res
06:02.10WisTilt2i played with some of the mythbuster 720p videos both on phone and computer and definitely was hd on phone.  in android same video displays but does the freeze/skip thing
06:02.43WisTilt2i never did see it play smooth on phone though but never tried it with jb clocks
06:03.37bzojb clocks are pushed to git
06:04.03WisTilt2ah, so the missing stuff is in the main tree now?
06:04.21WisTilt2or on his tree
06:04.30bzomore or less, though we have to merge back some alex clock stuff we lost in translation
06:04.33bzoyeah main tree
06:05.13WisTilt2do you know if something changed with any of the vsync clocks in jb's stuff?
06:05.43bzoit's possible in the current incarnation compared to alex's
06:06.12WisTilt2with his clocks im seeing lots of request timeouts waiting for vsync whereas with alex's i get none at all
06:06.53bzowell, once [acl] pushes the patch I sent him a while back, that part should be back to the alex clocks
06:07.38bzowhat we plan to end up with is alex clocks, except for the vfe,mdp,etc clocks which will be run by jb's new stuff
06:07.46WisTilt2ok i wont pursue that until then.  been working on redoing pm and the new battery ring buffer
06:13.00bzohmm, looks like the mobile hd videos are only about 400 pix tall
06:13.09bzoadb logcat shows you the url
06:13.39bzoso for whatever reason it chokes on 16x9 but not on 4x3, even though both are about 400 pix high
06:14.55WisTilt2whats the horiz on those?
06:14.56bzook, 16x9 hd = 640x360
06:15.13WisTilt2that should play fine
06:15.27bzoand presuably 4x3 hd=480x360
06:16.10*** join/#htc-linux localhost (~Chris@cpe-76-188-107-188.neo.res.rr.com)
06:17.45WisTilt2640x360 is well under the panel resolution, that should play with no problem
06:18.31bzoyeah, it seems very odd that increasing the pixels by 33% causes it to completely choke
06:18.37bzothe 480x360 clips play perfectly
06:19.04WisTilt2is the currently software scaling coded?
06:19.24WisTilt2man that made no sense...
06:19.55bzoI would think the mp4 decoder would deal with that
06:20.09bzodelivery the stream in your requested size
06:20.17bzoer delivering
06:20.49bzoin any case, the scaling work seems pretty similar whether you do the 4x3 or 16x9
06:21.32bzoguess it may use more memory though, I should play with the pmem settings
06:22.58[acl]ahh man .. some action going on here huh
06:23.21WisTilt2the panel hardware has resolutions set at init. i never looked at the res we're setting it to but choice are 480x864, 480x800, and 480x640, so wonder if we need to init to different one?
06:23.27bzo[acl] what's up dood
06:23.39WisTilt2hey [acl].  been here for almost 12hrs today myself:)
06:23.40[acl]bzo: notin much .. just trying to catch up
06:23.48[acl]WisTilt2: jeez bro ur wife not kill u ?
06:24.08bzoI'm hard at work right now watching "What is JINXY?" on youtube, on rhod of course
06:24.11WisTilt2she's right here with me.  nascar today so we took a lazy day sitting around
06:24.17[acl]haha nice
06:24.31bzoWisTilt2: ahem, your wife might not appreciate you watching that one
06:24.34WisTilt2im programming, she's playing online games and watching junk on tv
06:24.41[acl]bzo: no commits? thought u lined them up like ducks ready to shot em one by one
06:24.59bzowanted to chat with u about that
06:25.04[acl]damn moi ?
06:25.06bzostill think we need more testing?
06:25.09WisTilt2lol, my wife is a huge nascar fan thank god
06:25.23[acl]bzo: well thougt you guys tested the poop out of it
06:25.44*** join/#htc-linux Phally (~Phally@dhcp-077-251-163-183.chello.nl)
06:26.08bzoyeah, I think it's good. Wanted to double check with you though given you last response in the ml
06:26.45[acl]bzo: well i havent even looked at all of the patches for camera.. just been studying the clocks.
06:27.16[acl]ive implemented the clocks jb had on nand.. but like i said its more dead code than anything. Eventually we may shrink that down to a few functions we need for rail
06:27.21[acl]otherwise its not gonna be used
06:27.38bzoI'm planning on pushing jb's patch 1 soon. It's just the qdsp fixes, so it is not that big
06:27.42[acl]do it up
06:28.13bzoyeah, so I think we'll want pull in all that regime stuff directly if we're not going to use more of it
06:28.34[acl]well we cant remove everything. we need the rail for camera. so only parts of it
06:28.38[acl]where ever clocks end up, ill eventually end  up merging my nand clocks.
06:28.57[acl]there is alot of bad code in there
06:29.01[acl]loops all over the place
06:29.04[acl]hideous
06:29.25[acl]:-p but yeah commit yo..
06:29.26[acl]:-)
06:29.29bzoit's tricky to come up with clean clock code, lots of intricate stuff happening everywhere
06:29.50bzoI'll have to send out another email before pushing patch 2
06:29.50[acl]nahh.. clocks are simple. the rail shit is the weird part. but jb did a good job on that
06:30.03bzojb mentioned needing to relocated initrd because the kernel was getting big
06:30.16bzoif so, we need to coordinate that and use the same stuff we'll use for .35
06:30.16[acl]like i said i embraced the regime it and pushed it on nand..
06:30.31bzostuff = haret, and initrd location
06:30.59[acl]how big is the zimage nowadays ?
06:31.19bzomy latest one is 1645000 with the cam drivers
06:31.26[acl]hmm yeah i see
06:31.40bzobut it's hard to read anything from that
06:31.43[acl]we can shrink down the initrd. let android handle everything.
06:31.47bzoit's the uncompressed size
06:31.54[acl]:-p
06:32.01*** join/#htc-linux mastermerlin (~Adium@p4FEE575F.dip.t-dialin.net)
06:32.14bzoI haven't needed to relocate initrd though, so I need to clarify with jb
06:32.43[acl]i wouldnt worry so much. we have a more agressive cut of for nand and we are still able to boot. So before u get too big i'm sure we will feel it first.
06:32.54[acl]so ill be the size pig
06:32.55[acl]:-)
06:33.14[acl]lot of stuff can be removed as well. no one took that into consideration
06:33.17WisTilt2there's a ton of verbose junk that could be removed and probably save quite a bit
06:33.22[acl]ahh yeah
06:33.24[acl]definitely
06:33.29[acl]plus stale drivers too
06:33.38[acl]moving to .35 i think we can remove alot of the old video drivers.
06:33.46bzolol, we probably don't even use 90% of the kernel
06:33.52[acl]tru
06:33.57bzothere is so much crap in there
06:33.59[acl]anyways.. push away bro
06:34.20bzook, will do
06:34.33[acl]my clocks are closer to alexes.. so if u want to wait for my clock push .. thats cool too..
06:35.04[acl]actually u want to fully revert to alex clocks? or merge them somewhow ?
06:35.15bzoyou should just use the patch I sent you
06:35.21bzothat is alex's clocks + jb's where needed
06:35.30[acl]ahh thats what i mean
06:35.33[acl]you should commit that
06:35.51bzook, I can do that one too
06:36.09WisTilt2yeah push so i can see if that fixes this crazy vsync problem ive been chasing:)
06:36.18bzojust have some housekeeping to do on my tree to make sure I don't accidentally push up a bunch of crap
06:36.19[acl]WisTilt2: you got a vsync issue?
06:36.40WisTilt2yeah with last clocks. lots of vsync timeouts
06:36.40bzoI guess --dryrun is my friend
06:36.55[acl]WisTilt2: hmm.. no good
06:36.59WisTilt2timeouts waiting for vsync actually
06:37.04[acl]ahh those are the worse
06:37.42[acl]also why do we have this oc_freq_khz flag on the acpuclock code
06:38.00bzothat's the overclock param
06:38.02[acl]couldnt think of a better way to overclock ? had to attack directly huh
06:38.15[acl]hmm
06:38.46bzoyeah, I can take the blame for that one, but I still don't know of a better place to put it
06:39.02[acl]bzo: need to do it the same way the other devices do it
06:39.02*** join/#htc-linux Segnale007 (~Segnale00@host92-254-dynamic.37-79-r.retail.telecomitalia.it)
06:39.10bzo?
06:39.20[acl]bzo: those crazy apps
06:39.22[acl]setcpu
06:39.28[acl]and whatever else is out there
06:39.45bzooh, right better to create a debugfs interface or something
06:39.55[acl]nahh the interface exists for cpus alredy
06:40.14bzooh it does? to manipulate clock rate?
06:40.31bzoI'll have to look at that sometime
06:40.47bzoprobably don't want to bring it into .35 in that case
06:40.52[acl]yeah somewhere in sys
06:41.36[acl]sys/devices/system/cpu/cpu0/cpufreq
06:48.51[acl]anyways folks.. its time.. time for the much needed nap
06:49.03WisTilt2me too.  nite guys
07:05.50*** join/#htc-linux avinashhm (~avinash-h@203.101.61.10)
07:07.54*** join/#htc-linux kiozen (~kiozen@p5DDF13EC.dip.t-dialin.net)
07:29.06*** join/#htc-linux Alex[sp3dev] (~alexander@82.179.218.11)
07:35.30*** join/#htc-linux kvaster_ (~kvaster@93.84.112.80)
07:38.07*** join/#htc-linux byrnsey88 (614dea4e@gateway/web/freenode/ip.97.77.234.78)
07:46.52*** join/#htc-linux DuperMan (~Duper@93-173-181-8.bb.netvision.net.il)
07:56.03*** join/#htc-linux CazH (~quassel@3007ds2-rd.0.fullrate.dk)
08:11.46*** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net)
08:12.27*** join/#htc-linux Cees_heim (~Ceesheim@p508DE833.dip.t-dialin.net)
08:22.22*** join/#htc-linux gauner1986 (~Miranda@92.117.132.30)
08:25.32*** join/#htc-linux kiozen (~kiozen@p5DDF13EC.dip.t-dialin.net)
08:27.26*** join/#htc-linux kiozen (~kiozen@p5DDF13EC.dip.t-dialin.net)
08:36.48*** join/#htc-linux Ceesheim (~Ceesheim@p508DE833.dip.t-dialin.net)
08:42.45*** join/#htc-linux cazh_ (~quassel@3007ds2-rd.0.fullrate.dk)
08:47.17*** join/#htc-linux Ceesheim (~Ceesheim@p508DE833.dip.t-dialin.net)
08:57.57*** join/#htc-linux pupnik (~pupnik@p54866DCE.dip.t-dialin.net)
08:57.57*** join/#htc-linux pupnik (~pupnik@unaffiliated/pupnik)
09:07.07*** join/#htc-linux Alex[sp3dev] (~alexander@82.179.218.11)
09:12.29*** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com)
09:16.03*** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com)
09:18.02*** join/#htc-linux gauner1986 (~Miranda@p508C7FBA.dip.t-dialin.net)
09:21.05*** join/#htc-linux Rajko (~Rajko@wan.rajkonet.info)
09:24.06*** join/#htc-linux _twitch (~burning_a@64.112.96.58.static.exetel.com.au)
09:25.03*** join/#htc-linux crawling (crawling@a94-132-162-173.cpe.netcabo.pt)
09:33.50*** join/#htc-linux stado (~stado@212.125.245.130)
09:36.08*** join/#htc-linux Vetta- (~asd@stgt-5f7014a1.pool.mediaWays.net)
09:44.12*** join/#htc-linux MethoS (~clemens@134.102.106.250)
09:45.20*** join/#htc-linux bukington_ (~bukington@aig34-1-88-167-229-45.fbx.proxad.net)
09:46.12*** join/#htc-linux GNUtoo|oeee (~GNUtoo@host68-143-dynamic.54-79-r.retail.telecomitalia.it)
09:46.20GNUtoo|oeeedcordes_, ping
09:46.48*** join/#htc-linux greg- (greg-@port-6719.pppoe.wtnet.de)
09:56.05*** join/#htc-linux bibbo (~bibbo@p5B3A8C1A.dip0.t-ipconnect.de)
09:56.09bibbohi, i have a question in normal homecomputer i use is the operating system in RAM or is it in ROM
09:57.07bibboor is it just load in the space of ram which is marked read only
09:57.36*** join/#htc-linux Jhinta (~Jhinta@s529c116e.adsl.wanadoo.nl)
09:57.40GNUtoo|oeeebibbo, what do you mean by rom?
09:57.56fakkerhdd?
09:58.09bibbono^^ this is not read only
09:58.14GNUtoo|oeeeindeed, that's not very clear
09:58.43bibboi mean a space in ram which i cant write to
09:59.05GNUtoo|oeeeok
09:59.21GNUtoo|oeeeyou mean stuff like nx
09:59.28bibboyes
09:59.43bibbojust this flag is set yes?
10:00.16GNUtoo|oeeedoes your cpu support nx?
10:00.27bibboyes
10:00.30GNUtoo|oeeeand what operating system?
10:00.49bibbonow windows for test reason
10:01.24GNUtoo|oeeewindows's nx can be bypassed easily
10:01.35GNUtoo|oeeefor instance windows xp sp2
10:01.42GNUtoo|oeeethat added nx
10:03.48bibboso it is windows important stuff is loaded in ram read only
10:04.18bibboand htc it is already in a rom i guess...
10:04.27bibboflash rom?
10:11.44*** join/#htc-linux Segnale007 (~Segnale00@host92-254-dynamic.37-79-r.retail.telecomitalia.it)
10:17.27*** join/#htc-linux Rajko (~Rajko@wan.rajkonet.info)
10:23.20bibbonobody want to explain the htc structure i guess :P
10:25.58bibbowhy you guys not choose iphone :P
10:29.14GNUtoo|oeeeiphone is less secure than android
10:29.24GNUtoo|oeeeand more proprietary
10:29.32GNUtoo|oeeeand has DRM
10:29.53GNUtoo|oeeeand you hesitate to jailbreak because apple already bricked some jailbroken phone some time ago
10:29.56GNUtoo|oeeeetc,,,
10:30.26GNUtoo|oeeebibbo, btw rom has a specifi meaning
10:30.40GNUtoo|oeeerom is a different chip
10:30.49GNUtoo|oeeeit's not ram
10:31.08GNUtoo|oeeethink of eeprom or uvprom
10:31.17bibboyes okay
10:31.35GNUtoo|oeeethen <bibbo> so it is windows important stuff is loaded in ram read only
10:31.54GNUtoo|oeeeI think everything is nx but *can easily be bypassed*
10:32.02GNUtoo|oeeeso it's useless
10:32.57GNUtoo|oeeeGNU/Linux's nx is harder or impossible to bypass, I don't remember
10:33.08GNUtoo|oeeeanyway nx is one thing
10:33.22GNUtoo|oeeesecurity is a lot more than nx
10:33.32GNUtoo|oeeethink practical
10:33.47GNUtoo|oeeewindows get viruses, users do stupid things etc....
10:34.13GNUtoo|oeeethen if you have critical stuff you could look at fedora
10:34.17GNUtoo|oeeethey include selinux
10:34.20GNUtoo|oeeetweak it a bit
10:34.33GNUtoo|oeeeand your computer can be made very secure
10:37.39bibbothx for the clear answer
10:44.06*** join/#htc-linux GNUtoo|laptop (~gnutoo@host68-143-dynamic.54-79-r.retail.telecomitalia.it)
10:55.47*** join/#htc-linux asd__ (52311062@gateway/web/freenode/ip.82.49.16.98)
11:00.57*** join/#htc-linux bukington_ (~bukington@aig34-1-88-167-229-45.fbx.proxad.net)
11:01.15*** join/#htc-linux avinashhm (~avinash-h@203.101.61.10)
11:11.57*** join/#htc-linux Pr0z (~Proz@bzq-84-109-166-124.red.bezeqint.net)
11:12.58JhintaQ how was the hd2 gnu kernel been made , any info about that?
11:45.11*** join/#htc-linux kvaster_ (~kvaster@93.84.112.82)
11:50.32*** join/#htc-linux t3g (~kvirc@p3E9E63F8.dip.t-dialin.net)
12:05.30*** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153)
12:14.24*** join/#htc-linux L_milleraway (~IceChat7@bs.americas.lc.americanstandard.com)
12:21.49*** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no)
12:21.57*** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153)
12:24.52*** join/#htc-linux fish1209 (~fish1209@unaffiliated/fish0912)
12:45.23*** join/#htc-linux kvaster_ (~kvaster@leased-line-93-125-0-84.telecom.by)
12:49.54*** join/#htc-linux MN_ (568620c6@gateway/web/freenode/ip.86.134.32.198)
12:52.05*** join/#htc-linux _Dinde (kayser@sur-internet.net)
13:05.49*** join/#htc-linux LordDeath (~Lord|Lapt@cable-81-173-166-52.netcologne.de)
13:10.08*** join/#htc-linux imilka (~kvirc@95-24-174-73.broadband.corbina.ru)
13:22.38*** join/#htc-linux dekar_ (~dekar@95.143.165.210)
13:26.02*** join/#htc-linux kvaster_ (~kvaster@93.84.112.82)
13:26.39*** join/#htc-linux Segnale007 (~Segnale00@host92-254-dynamic.37-79-r.retail.telecomitalia.it)
13:55.26*** join/#htc-linux LordDeath (~Lord|Lapt@cable-81-173-166-52.netcologne.de)
14:06.04*** join/#htc-linux MN_ (~yaaic@host86-134-32-198.range86-134.btcentralplus.com)
14:08.37*** join/#htc-linux skodde (~skodde@unaffiliated/skodde)
14:19.42*** join/#htc-linux fakker (~noobhands@cpc13-hitc6-2-0-cust129.9-2.cable.virginmedia.com)
14:22.26*** join/#htc-linux Rob2222 (~Miranda@p4FFF248D.dip.t-dialin.net)
14:22.56*** join/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv)
14:23.05Cotullahey
14:23.48gauner1986hi cotulla
14:24.10Cotullawhat;s yo
14:24.12Cotullaup
14:24.15Cotullaour in theater?
14:27.17*** join/#htc-linux kiozen (~kiozen@p5DDF13EC.dip.t-dialin.net)
14:31.10*** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp)
14:33.25*** join/#htc-linux MN__ (568620c6@gateway/web/freenode/ip.86.134.32.198)
14:36.10gauner1986theater?
14:36.12gauner1986nah
14:36.13gauner1986work
14:36.14gauner1986:D
14:38.16*** join/#htc-linux Erikson (~Erik@i5E86C648.versanet.de)
14:45.46*** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com)
14:56.27*** join/#htc-linux Markinus (~Miranda@212.255.18.217)
15:09.29*** join/#htc-linux StummeJ_ (~StummeJ@wrt206-04.cns.uni.edu)
15:12.05*** join/#htc-linux avinashhm (~avinash-h@117.192.16.188)
15:17.34gauner1986hey markinus
15:17.42Markinushi
15:21.21*** join/#htc-linux LargePrime (LargePrime@c-68-60-89-198.hsd1.mi.comcast.net)
15:37.43*** join/#htc-linux Samsunguy (~Samsunguy@65.120.149.2)
15:49.54*** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring)
15:50.07*** join/#htc-linux avinashhm (~avinash-h@117.192.8.255)
15:50.39*** join/#htc-linux MN_ (~yaaic@host86-134-32-198.range86-134.btcentralplus.com)
15:51.26*** join/#htc-linux imilka (~imilka@95-24-174-73.broadband.corbina.ru)
15:54.58*** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-12-212.bb.netbynet.ru)
16:03.02*** join/#htc-linux L_milleraway (~IceChat7@bs.americas.lc.americanstandard.com)
16:04.53GNUtoo|laptopping dcordes_
16:09.43*** join/#htc-linux Jascha (b206231a@gateway/web/freenode/ip.178.6.35.26)
16:13.30*** join/#htc-linux Curious_ (8bb3cfdb@gateway/web/freenode/ip.139.179.207.219)
16:14.16Alex[sp3dev]where's poop crew when you need it
16:19.44*** join/#htc-linux imilka (~kvirc@95-24-174-73.broadband.corbina.ru)
16:20.14fakkeri just had a poo if that helps Alex[sp3dev]
16:23.09Cotullahey Alex
16:23.48*** join/#htc-linux olvidar (hasi@dslb-088-068-051-003.pools.arcor-ip.net)
16:31.23gauner1986hey fakker
16:31.26gauner1986hows holland
16:31.39fakkerit was ok :)
16:32.06gauner1986back again?
16:32.43fakkeryeah
16:32.58fakkeri went a few places
16:33.15fakkerNetherlands, Sweden, Latvia, Italy
16:34.57gauner1986not germany?
16:34.58gauner1986bastard
16:34.59gauner1986^^
16:36.17*** join/#htc-linux kvaster (~kvaster@93.84.112.82)
16:36.19fakker:)
16:37.59Samsunguyfakker: did you discover new kinds of weed :D
16:39.41olvidarhi
16:45.02*** join/#htc-linux MN_ (568620c6@gateway/web/freenode/ip.86.134.32.198)
16:45.07*** join/#htc-linux BazGee (~BazGee@cpc1-sund2-0-0-cust716.11-1.cable.virginmedia.com)
16:46.27GNUtoo|laptopping dcordes_
16:57.39*** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr)
17:00.17*** join/#htc-linux jonpry (~jon@63.245.31.4)
17:01.28*** join/#htc-linux rob_w (~bob@188.174.132.208)
17:16.56*** join/#htc-linux _twitch (~burning_a@64.112.96.58.static.exetel.com.au)
17:18.49*** join/#htc-linux dan1j3l (~danijel@93-138-180-167.adsl.net.t-com.hr)
17:20.21dan1j3lhi
17:20.26MN_hey
17:20.28Cotullahey
17:20.34Cotullahow is it? ^^
17:20.51Alex[sp3dev]it is ok
17:21.05Alex[sp3dev]is troll mode needed today?
17:21.10MN_bad raining and cold
17:21.42Cotulladunno
17:21.44*** join/#htc-linux g3rm (~germo@89-77-81-175.dynamic.chello.pl)
17:21.44Cotullawe need decide now
17:21.51Alex[sp3dev]no, not needed
17:21.59Alex[sp3dev]i need to make my alda homework today
17:23.50*** join/#htc-linux gauner19861 (~Miranda@df01ppp037.eplus-online.de)
17:24.11*** join/#htc-linux mastermerlin (~Adium@p4FEE575F.dip.t-dialin.net)
17:24.54Alex[sp3dev]btw, i have partly implemented the ability to specify rpc servers versions at runtime rather than compile time... and made smd probe wait until all channels are allocated prior to returning. this way i make sure that after smd_probe() exits, i can register adsp which depends on rpca bit hackish right now, but when i fix sound on 35, i will add the support for other amss versions and make it cleaner
17:25.48Cotulla:P
17:26.10dan1j3lcotulla: will  u add kernel cmdline argument for cwm battery charging  in magldr?
17:26.58gauner19861cwm battery charging?
17:27.23Cotullayeah why not
17:27.32Cotullabut is it working?
17:27.55dan1j3lwhich arg, bcz i'm almost finished with monitor daemon
17:28.14*** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk)
17:28.22*** join/#htc-linux bzo (~chatzilla@c-76-126-175-200.hsd1.ca.comcast.net)
17:28.24Cotullau will need test it at first...
17:28.33dan1j3lofc. :)
17:28.40Cotullamaybe it's bad idea
17:28.41gauner19861whats cwm?
17:28.55dan1j3ltoday i will finish daemon, tomorrow test day :)
17:28.57Curious_clockwork mod
17:29.07*** join/#htc-linux toastcfh (~toastcfh@29-37.200-68.tampabay.res.rr.com)
17:29.10dan1j3lwhy bad idea ?
17:29.10gauner19861ah ok
17:30.02Cotullasome people tells that after full discharge, device starts to "loop-reboot", because it's not enough power to boot OS & turn on charging
17:30.21Alex[sp3dev]why don't you implement PM in magldr?
17:30.37CotullaI am thinking ;)
17:30.45gauner19861lol
17:30.46dan1j3lhmmm... but it should be enough juice in battery to pass kernel loading...
17:31.02dan1j3lcwm loads in less then few secs
17:31.29dan1j3lmaybe even faster if we disable some drivers/devices in kernel
17:31.33*** join/#htc-linux pupnik_ (~pupnik@unaffiliated/pupnik)
17:31.37dan1j3ldinner time, we'll talk later...
17:31.38*** join/#htc-linux [acl] (~abel@96.246.167.90)
17:31.40dan1j3lbb
17:31.43Cotullabb
17:31.44Cotullahey acl
17:31.52[acl]Cotulla: hey .. how goes it
17:31.56Cotullanice
17:32.00Alex[sp3dev]oh, the main nand pooper has arrived
17:32.08Cotullabut I each time forgot about MDDI instead of LCDC
17:32.09Cotulla:(
17:32.10[acl]dang all the big boys are here.. love it
17:32.11jonpryhi [acl]
17:32.17[acl]dang.. even ur here
17:32.31gauner19861all these tp2 guys... ^
17:32.35Cotullaya
17:32.38Cotullathey tp2
17:32.39Alex[sp3dev]jonpry: are you working on 35?
17:32.42Cotullaas well me for now :D
17:32.47bzou off work today [acl]?
17:32.50gauner19861pff
17:32.50gauner19861traitor
17:32.50gauner19861:D
17:33.04[acl]bzo: nope.. we work.. like dogs
17:33.04CotullaI still have two leos
17:33.05Cotullawtf
17:33.06Cotulla:D
17:33.17jonpryAlex[sp3dev]: a little, got stuck on sd card problems. working on some battery software now
17:33.19bzo[acl] meh me too
17:33.21gauner19861you like leo1024 more? :)
17:33.45[acl]it may be an allnighter for me actually.. not sure.. hate work
17:33.53Cotullawhich Machine  ID RHO has?
17:34.11bzo[acl] damn that sucks
17:34.13Alex[sp3dev][acl]: ah. as for sd card.. i have sorta rewritten our wince mmc driver, fixed a few glitches. but it makes me fffuu, and i think i'll just do as it is done for all devices - per-board mmc file
17:34.15[acl]well not all nighter but more like a 12 or 13 hour work day
17:34.22Alex[sp3dev][acl]: oh, that was for jonpry
17:35.05CotullaAlex, U going by my way ;)
17:35.11jonpryAlex[sp3dev], i think vregs are not working, but we are on different trees
17:35.21Alex[sp3dev]jonpry: yes, that's the problem ;)
17:35.27*** join/#htc-linux _twitch (~burning_a@64.112.96.58.static.exetel.com.au)
17:35.37Alex[sp3dev]btw, vregs should be converted to a voltage regulator api one day
17:35.50CotullaOMFG
17:35.59Alex[sp3dev]Cotulla: yes, there is such api
17:36.07Alex[sp3dev]it has existed for like 1.5 years or even more
17:36.12*** join/#htc-linux Samsunguy (~Samsunguy@65.120.149.2)
17:36.12jonprythat would be hard, all qcom drivers do not use regulator api
17:36.14Cotullabut let me guess
17:36.24Alex[sp3dev]don't guess
17:36.26Cotullait so unfriendly for develiopers, so nobody use it?
17:36.29Alex[sp3dev]nope
17:36.31Cotulla*developers
17:36.32jonprythen we would be SOL on upstream patches
17:36.33*** join/#htc-linux crawling (~crawling@a94-132-162-173.cpe.netcabo.pt)
17:36.39Cotullamaybe it's soooo complex
17:36.46Alex[sp3dev]it's just qcom decided to make as little changes to their code as possible when porting drivers
17:36.50jonpryomap uses regulator api everywhere
17:37.08Alex[sp3dev]that's the same reason why htc use their own htc_battery driver instead of inheriting pda_power
17:37.38Alex[sp3dev]but enough about that. now time for Cotulla way. first make it work, then make it work properly
17:38.08Cotulla2292 right?
17:38.36Alex[sp3dev]ah, emwe should have posted his sound patch.. gotta look into it.
17:39.10jonpryhe hasn't pushed anything in some time
17:39.55jonpryAlex[sp3dev]: so you have working sd card resume under .35?
17:40.42Curious_Markinus, are you also trying to fix i2c ?
17:40.44Alex[sp3dev]jonpry: how do i test?
17:40.48Curious_other sensors?
17:40.53*** join/#htc-linux Jhinta (~Jhinta@s529c116e.adsl.wanadoo.nl)
17:41.00Alex[sp3dev]oh noes trolling penises arrive
17:41.08Curious_i am not trolling
17:41.19Cotullawhy "also"?
17:41.20Cotulla:P
17:41.26Alex[sp3dev]but you're not denying the rest of the phrase?
17:41.32Curious_i wonder why compass took so long, or maybe he is writing the driving scratch or revising a lot
17:41.50Curious_no i don't accept anything
17:41.53jonpryAlex[sp3dev], sleep happens from hitting power button in android and leaving it for a while, then when you push again, if it doesn't wake, could be failed resume
17:42.01Curious_don't play words with mne
17:42.02Curious_me*
17:42.44CotullaI will be happy if u fix i2c :)
17:42.45Alex[sp3dev]jonpry: you know.. i have fucked up something. all android builds crash for me. they segfault while booting. gotta recheck pmem setup, but have no idea why that happens.. adb works fine, opengl too. so pmem should be ok
17:42.55Curious_me to
17:43.02Curious_damn you spammer
17:43.03Curious_s
17:43.21CotullaI think it will be first case
17:43.37dan1j3lre
17:43.53jonpryAlex[sp3dev]: i do not have good adb. shows in devices, but if i ever try to perform a command, it hangs
17:45.22*** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be)
17:46.24[acl]yuk.. watching vmware videos
17:46.49dan1j3lcotulla: should i power-off phone when charged, or let it be in cwm ?
17:47.37CotullaI think not...but I doubt that it will off :P
17:47.44CotullaI think it will auto-on again
17:48.00Alex[sp3dev]Cotulla: i have a magic tool to check if is on or off on my X1
17:49.02Alex[sp3dev]i have effed up some register holding microp init gpo values.. so now the panel turns on before the display controller. before even arm11 starts. so if the device boots, the panel backlight comes first
17:50.33dan1j3lcotulla: ok, then it will be in cwm, untill power btn pressed then reboot :)
17:51.45jonpryAlex[sp3dev]: do you think you may have just trashed microp?
17:52.49Cotulla"is on or off on" - u can't
17:52.59Cotullaif it off, u can't execute code, WTF?
17:53.02Alex[sp3dev]jonpry: well, everything except it works.. i honestly don't want to disassemble the spl and rip the microp firmware update out of it
17:53.37jonpryyou just have to flash a new spl and it will reflash microp
17:53.52Cotullajonpry, not?
17:54.14jonpry?
17:54.14Alex[sp3dev]well i have tried reflashig spl, it didn't help. i don't think it will update microp if the existing version is not older
17:54.31Cotullathere must separate item inside NBH
17:54.43jonpryno its actually in spl
17:54.46Alex[sp3dev]when WisTilt2 effed up his firmware, the microp was not reporting version correctly. and in my case, everything works
17:55.01jonpryif you dump the strings from amss.bin there is an spl command that causes reflash of microp
17:55.02Cotulladunno on leo it's not there
17:55.21Cotullau can reflash, but u need something to flash
17:55.24Alex[sp3dev]jonpry: spl or qcom bl?
17:55.48jonpryi think spl
17:55.59Alex[sp3dev]why would it be in amss then
17:56.17jonpryAlex[sp3dev], you could always trash it more, until the version isn't right
17:56.17Cotulladunno, how it implemented on RHO, but on LEO u can flash item from NBH
17:56.24Cotullathere NO copy to "reflash"
17:56.41*** join/#htc-linux avinashhm (~avinash-h@117.192.11.128)
17:56.47Cotullaand I never saw shipped roms with microp update
17:56.51jonprymicrop isn't normal. not a nand segment
17:56.55Alex[sp3dev]jonpry: just gimme a spare X1 and i will even trash it physically for your pleasure
17:57.12Cotullaotherwise we already flash to it own firmware Desire-Compatible :P
17:59.42jonprymicrop firmware is in amss, but spl can initiate the programming
17:59.57Alex[sp3dev]jonpry: sounds stupid enough
18:00.00CotullaI doubt it there
18:00.04Alex[sp3dev]it is in spl
18:00.09Cotulladoubt also :P
18:00.11Alex[sp3dev]and it is plain AVR binary
18:00.21Cotullait's not binary...
18:00.25Cotulla:P
18:00.36jonprypastie.org/pastes/1139737/download
18:01.02Cotulla?
18:03.01*** join/#htc-linux Segnale007 (~Segnale00@host92-254-dynamic.37-79-r.retail.telecomitalia.it)
18:03.55jonpryi think that is dump of hboot
18:04.52Cotullastrings...
18:05.23L_miller[acl] - do you want my latest rhod_payload?
18:06.20[acl]L_miller: nahh.. unless it works for everyone else.. save it for now
18:06.32[acl]L_miller: need more pigs..
18:09.10jonpryhi people
18:09.52Alex[sp3dev]did he mean "hi people, bye nerds"?
18:10.09Cotulla:D
18:10.16Cotulla21:15jonpryhi people
18:10.16Cotulla<- jonpry îòñîåäèíèëñÿ (Quit: Leaving)
18:10.17Cotulla:D
18:10.56*** join/#htc-linux MN_ (568620c6@gateway/web/freenode/ip.86.134.32.198)
18:15.29*** join/#htc-linux _twitch (~burning_a@64.112.96.58.static.exetel.com.au)
18:21.14*** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153)
18:22.36*** join/#htc-linux gauner1986 (~Miranda@p508C7FBA.dip.t-dialin.net)
18:30.07*** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr)
18:35.44*** join/#htc-linux Mr_r (~bobby@pool-173-59-239-142.bltmmd.fios.verizon.net)
18:35.55*** join/#htc-linux kiozen (~kiozen@rgnb-5d879c38.pool.mediaWays.net)
18:49.20dan1j3lcmon done ! :D now only to hardcode cmdline param and test :D
18:49.49Curious_heh good news
18:51.06*** join/#htc-linux DuperMan (~Duper@93-173-25-39.bb.netvision.net.il)
19:00.10*** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk)
19:02.32*** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net)
19:03.24*** join/#htc-linux ElFinLazz (~elfinlazz@112.154.189.103)
19:08.13*** join/#htc-linux ElFinLazz (~elfinlazz@112.154.189.103)
19:17.16*** join/#htc-linux crawling (crawling@a94-132-162-173.cpe.netcabo.pt)
19:22.43*** join/#htc-linux GNUtoo|laptop (~gnutoo@host68-143-dynamic.54-79-r.retail.telecomitalia.it)
19:31.32*** join/#htc-linux emwe (~emwe@cable-86-56-10-158.cust.telecolumbus.net)
19:34.04Alex[sp3dev]emwe: hi
19:34.16emweAlex[sp3dev]: hiho
19:34.30Alex[sp3dev]emwe: i have pushed my amss lookup table stuff
19:34.45emweAlex[sp3dev]: saw some commits. just catching up on logs and commits.
19:35.04emwelast days have been rather real-lifish
19:35.11emweliveish
19:35.15Alex[sp3dev]althouth. i feel i haven't registered some memory resource. getting data abort when booting android.. debugging aite now
19:35.53*** join/#htc-linux LargePrime (~LargePrim@173-110-143-245.pools.spcsdns.net)
19:37.27*** join/#htc-linux LordDeath (~Lord|Lapt@cable-81-173-166-52.netcologne.de)
19:38.36*** join/#htc-linux AgentBlair (~AgentBlai@adsl-67-124-200-190.dsl.sndg02.pacbell.net)
19:43.45*** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-12-212.bb.netbynet.ru)
19:47.39*** join/#htc-linux MN_2 (~yaaic@host86-134-32-198.range86-134.btcentralplus.com)
19:49.01*** join/#htc-linux Detule (~gjoneski@bender.math.duke.edu)
19:51.53emwebzo: good evening. i take it you take care of any clock patches/fixes you guys wrote on the ml?
19:51.58*** join/#htc-linux crawling (~crawling@a94-132-162-173.cpe.netcabo.pt)
19:52.27bzoemwe: yeah, I'll push the alex clock reintegration later today
19:53.02emwebzo: ah nice. they can be taken over to .35?
19:53.39bzothey can, but dunno if you want to wait until we've finished cleaning it up
19:53.49emwewill wait then ;)
19:53.50bzothink we're going to integrate the regime stuff directly into clock-wince
19:54.03emweone less file ;)
19:54.34bzoin any case the only thing the newer clock gains you is camera, which is not a near term concern for 35
19:54.54Alex[sp3dev]bzo: i bet camera will 'just work' on 35
19:55.23bzonot til some of the fixes are copied over...
19:55.37bzolike the ones I pushed today for 27
19:55.45*** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net)
19:56.32Alex[sp3dev]no fixes.. clocks are working and adsp is already up-to-date.. well, might need to implement the lookup for jpeg/vfe tasks as well..
19:56.55bzotables are broken for non 5225
19:57.43Alex[sp3dev]huh. how does one trace data abort source i wonder
19:58.56bzodebugging your amss detection stuff?
19:59.04Alex[sp3dev]no, not amss
19:59.19Alex[sp3dev]it's just that i get data abort as soon as android boots and it booms
19:59.30Alex[sp3dev]need to find out the address
20:01.36Cotullait's linux,baby
20:01.37Cotulla:D
20:02.29Alex[sp3dev]oh yes.. i can get the address, just need to find it in the stack trace.. still doing this without jtag is too disgusting
20:02.49Cotulladoubt jtag will help u
20:03.29*** join/#htc-linux dan1j3l (~danijel@93-138-180-167.adsl.net.t-com.hr)
20:03.38Alex[sp3dev]oh it will. you can just debug kernel like a userspace binary with jtag.. well, with a proper uart you can do it via gdb.. but not in abort, of course
20:04.23Cotullabut u need parse system structures
20:04.35Alex[sp3dev]well, you do not
20:04.43Alex[sp3dev]gdb will do it for you
20:04.54Cotullamaybe
20:04.58Cotullabut I fucked with gdb
20:05.00Cotullaenough
20:05.02Cotulla:)
20:05.10Cotulladid u ever use it
20:05.11Cotulla?
20:05.12Alex[sp3dev]well, you can use ida via gdb transport ;)
20:05.17*** join/#htc-linux Ceesheim (~Ceesheim@p508DE833.dip.t-dialin.net)
20:05.29Alex[sp3dev]sure, using it often here. nice tool, but need to keep manual at hand
20:12.14*** join/#htc-linux Samsunguy (~Samsunguy@65.120.149.2)
20:14.08*** join/#htc-linux Jhinta (~Jhinta@s529c116e.adsl.wanadoo.nl)
20:14.29*** join/#htc-linux ollip79 (~ollip79@brsg-4dbbbe31.pool.mediaWays.net)
20:14.34*** part/#htc-linux ollip79 (~ollip79@brsg-4dbbbe31.pool.mediaWays.net)
20:17.02*** join/#htc-linux Samsungu_ (~Samsunguy@65.120.149.2)
20:21.40*** join/#htc-linux HD2Owner (57f54144@gateway/web/freenode/ip.87.245.65.68)
20:25.10*** join/#htc-linux GNUtoo|laptop (~gnutoo@host68-143-dynamic.54-79-r.retail.telecomitalia.it)
20:36.58*** join/#htc-linux CazH (~quassel@3007ds2-rd.0.fullrate.dk)
20:39.16*** join/#htc-linux gauner1986 (~Adium@p508C7FBA.dip.t-dialin.net)
20:40.33*** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-12-212.bb.netbynet.ru)
20:49.06Alex[sp3dev]emwe: could you mail me your qdsp with working sound?
20:49.22emweAlex[sp3dev]: mind a diff?
20:49.30emweAlex[sp3dev]: still a little mess here
20:50.18Alex[sp3dev]emwe: i'd prefer raw files. i'd like to do a diff myself in a visual diff tool
20:51.02emweAlex[sp3dev]: kk. one thing though ... your code style changes all over the place are actually a PITA for visual diff tools
20:51.30Alex[sp3dev]emwe: the device is playing trick with me. have enabled all debugging in kernel. haven't gotten abort, but arm9 has crashed.. i suppose the previous times it was the same stuff, i was just not getting the messages on log
20:51.51emweAlex[sp3dev]: arm9 crashis exactly what i had :)
20:53.01emweAlex[sp3dev]: before i send the tree... audmgr.h AUDMGR_ENABLE_CLIENT and following is 1,2,3 and 2,3,4 like in official code. that fixes arm9 crash as it sends actually disable with official values and afterwards arm9 crashes because it doesn't like the rpc read
20:53.28emwesorry, meant, *not* 2,3,4 like in official code
20:54.16Alex[sp3dev]emwe: actually.. i'll look into that, but it seems to me i have replaced those values when implementing lookup
20:54.23emweah
20:54.35emweyeah, saw you did lookup differnetly now of whta you sent me earlier
20:54.48emwejust need time to look at it
20:54.51Alex[sp3dev]oh noes
20:54.53Alex[sp3dev]i did not
20:54.55Alex[sp3dev]ha
20:55.11Alex[sp3dev]damn. i feel like i'll move everything to my lookup table
20:55.18*** join/#htc-linux Erikson (~Erik@i5E86C648.versanet.de)
20:55.21emwebut the lookup tables are not in adsp_5225 anymore i mean
20:55.22Alex[sp3dev]need a more efficient solution than O(N) lookup ;)
20:55.50emweextern uint32_t AMSS_FOO_VAL; :P
20:56.05emweall inited at board init ....
20:56.19emwethe least intrusive i can think off.
20:56.33*** join/#htc-linux Berger (noreply@c65wn1.wifi.halden.net)
21:02.46*** join/#htc-linux kvaster (~kvaster@93.84.112.82)
21:02.47emweAlex[sp3dev]: on it's way
21:04.02Alex[sp3dev]oops, did i really leave that?
21:05.58Curious_ahaha
21:06.04Curious_oops wrong chan
21:10.10*** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821)
21:13.37*** join/#htc-linux Berger (noreply@c65wn1.wifi.halden.net)
21:14.59ftozhi, can anybody help me with htc clio framebuffer
21:15.47Curious_Announcement : Everyting on from Incredible S RUU is ported to HD2 except camera. We need help!
21:15.47ftozits msm7200, but still not wok
21:17.18Cotullaheh and who port it?
21:17.30ftozor someone, who can help with haret lcd trace
21:18.27ftozi am tryint to run kernel on msm7200
21:19.00ftozi red irclogs, but i think, that sniveri dont do it
21:20.04ftozi have some haret log
21:21.18ftoznow i am testing kaiser, titan, vogue, nike kernel with various setting, but not booting, only black screen
21:22.21ftozi speculate some entry for clio lcd screen missing
21:22.57*** join/#htc-linux Mr_r (~bobby@pool-173-59-239-142.bltmmd.fios.verizon.net)
21:24.26ftozHaRET(1)# set FBDURINGBOOT 1
21:24.26ftozHaRET(2)# set RAMADDR 0xe0000
21:24.26ftozHaRET(3)# set RAMSIZE 0x20000
21:24.32ftozVideo buffer at 4D300000 sx=640 sy=480 mx=160 my=80
21:24.32ftozVideo Phys FB=10000000 Fonts=11aaa064
21:24.33ftozpreload=2260@51998000/11aa9000 sj=51998000 stack=51996000/11aab000 data=51997000/11aaa000 exec=11aa9128
21:24.52ftozand that freeze
21:29.16*** join/#htc-linux dekar_ (~dekar@frnk-590db030.pool.mediaWays.net)
21:30.55ftozcotulla, y developed kaiser kernel?
21:32.56Cotullano
21:36.21ftozand do y know, how can i get some data or trace from lcd setting
21:36.55Alex[sp3dev]better do some vibration via pcom first. and check your ramaddr..
21:38.21ftozhow can i do it?
21:38.40Alex[sp3dev]put it to your board init function
21:38.42Curious_cotulla : me and imilka, help with people around here
21:38.50Curious_ported it
21:46.19*** join/#htc-linux MN_ (~yaaic@host86-134-32-198.range86-134.btcentralplus.com)
22:00.21*** join/#htc-linux dekar_ (~dekar@frnk-590db030.pool.mediaWays.net)
22:05.14Curious_we expect some suggestions to fix camera on incredibly s,  hd2 port :   http://forum.xda-developers.com/showthread.php?t=963521
22:06.35Cotullawhere is ur avatar, Curious?
22:08.20Curious_i didn't make an awatar yet
22:08.39Cotullaokay
22:13.30Curious_Cotulla, what kind of avatar do you want? a cock in poo?
22:13.54*** join/#htc-linux DuperMan (~Duper@93-172-60-203.bb.netvision.net.il)
22:13.55Cotullamaybe
22:13.55Curious_if xda would allow, i would put
22:13.59Cotullasurprise me
22:14.00Cotulla:P
22:15.10Curious_nah, i will make it cool
22:15.14Curious_i steal it:D
22:15.41Alex[sp3dev]yeah, and Curious looks similiar to Cotulla if you glance briefly
22:18.21Cotulla?
22:18.22CotullaALex
22:19.55Curious_that was a compliment for you
22:19.58Curious_get happy
22:20.09Cotullalol
22:21.07Curious_http://www.seeklogo.com/images/C/Curious-logo-82C6399CA2-seeklogo.com.gif
22:21.09Curious_how is this
22:21.17Curious_looks like balls
22:21.30Alex[sp3dev]looks like shitting arse
22:22.13Alex[sp3dev]looks like this shitting arse has hit something elastic falling from great height
22:22.31*** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@89.32.146.153)
22:22.40Curious_:D
22:24.19CotullaaLEX, work :D
22:24.24Cotullawe need ur code
22:24.28Alex[sp3dev]Cotulla: i'm trying
22:24.35Cotullaif it not sitty ofcourse
22:24.37Alex[sp3dev]rpc is driving me crazy
22:24.56Cotullatoday ported rfkill and wlan from mahimahi to RHO
22:25.06Cotullawill try to make them work tomorrow
22:25.12Curious_ahaha
22:25.12Alex[sp3dev]rfkill and wlan are probably the last things on my todo list
22:25.18Curious_ported but doesnt work
22:25.24Alex[sp3dev]first sound, then keyboard, then phone
22:25.31CotullaTPZ and below have same WLAN & BT as in the Saphire?
22:25.39Alex[sp3dev]yep
22:25.43Alex[sp3dev]6300 or 6350
22:25.58Alex[sp3dev]btw, there is an area for research there
22:26.00Cotullanice
22:26.06Alex[sp3dev]FM radio needs implementation ;)
22:28.10Cotullais it present there?
22:28.18Alex[sp3dev]yep
22:28.23Alex[sp3dev]present in winmo at least
22:28.42Cotullaandroid devices have FM with this chip?
22:28.47Alex[sp3dev]no
22:28.54Alex[sp3dev]or maybe tattoo does
22:29.19Alex[sp3dev]phh has been telling me some sense build has it working, but i have not managed to find any proof to that..
22:29.29Cotulla:)
22:29.43Alex[sp3dev]but i think it's not hard to implement.. basically, some hci commands.. only need to set up sound routing
22:29.43Cotullaanyway my task is bring own android on RHO
22:29.47Cotullaat now
22:31.00Cotullaor maybe drop all this shit and support only gsm models
22:33.23*** join/#htc-linux Segnale007 (~Segnale00@host92-254-dynamic.37-79-r.retail.telecomitalia.it)
22:36.33*** join/#htc-linux programmer8922 (~Evan@67.219.164.162)
22:37.40*** part/#htc-linux Curious_ (8bb3cfdb@gateway/web/freenode/ip.139.179.207.219)
22:41.30*** join/#htc-linux Ceesheim (~Ceesheim@p508DE833.dip.t-dialin.net)
22:43.31*** join/#htc-linux nineX_ (~nunya@216-43-173-182.ip.mcleodusa.net)
22:48.34*** join/#htc-linux Pr0z (~Proz@bzq-84-109-104-106.red.bezeqint.net)
22:49.47*** part/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv)
23:04.12*** join/#htc-linux MN_ (568620c6@gateway/web/freenode/ip.86.134.32.198)
23:10.19*** join/#htc-linux Segnale007 (~Segnale00@host92-254-dynamic.37-79-r.retail.telecomitalia.it)
23:11.50*** join/#htc-linux arrrghhh (~arrrghhh@173-96-126-128.pools.spcsdns.net)
23:12.21arrrghhhWisTilt2, how goes it sir
23:13.17WisTilt2hey arrrghhh, at office today working on pm. any new reports?
23:13.29arrrghhhyea, nothing horrible.
23:13.37arrrghhhsome report a lot more failed wakes than others
23:13.48arrrghhhfor example, most rhod100 users (ironically) have reported 0 failed wakes.
23:13.59arrrghhhbut i had one user that said nearly 60% of his wakes failed.
23:14.04arrrghhhhowever, you can never trust users :P
23:14.33arrrghhhbut i have a report for you
23:14.41arrrghhh4% drain over ~8hrs
23:14.43WisTilt2mostly failed wakes on the 100's?  i probably need to add back a little timing for that device
23:14.51arrrghhhno actually
23:15.02arrrghhhRHOD100 users have reported no failed wakes.
23:15.09arrrghhhwhich is ironic, as they used to have the most issues heh.
23:16.03WisTilt2hmm, probably something else then.  i havent changed anything timing wise in panel reinit for several kernels that were waking nearly 100% of the time before
23:16.15arrrghhhyea
23:16.24arrrghhhi'm thinking it's the failed wake issue that i'm dealing with
23:16.35WisTilt2are you at work or home where you can test?
23:16.36arrrghhhthey're just embellishing.
23:16.42arrrghhhwork, but i can test.
23:16.43arrrghhh:D
23:17.09arrrghhhone user dropped an SoD log too
23:17.09arrrghhhhttp://pastebin.com/gAScUAVU
23:17.13arrrghhhdoesn't look like anything interesting tho.
23:17.18WisTilt2ive done some extensive coding in pm, just have one more thing to do and will have a test image for you to try.
23:17.28arrrghhhsounds great man.
23:17.45arrrghhhabout that log, user left very little in the way of feedback on what happened with the SoD.  just said the phone was in his pocket.
23:17.48*** join/#htc-linux unilinky (~unilinky@wikipedia/harddisk/bot/unilinky)
23:18.06Alex[sp3dev]WisTilt2: sorry to interrupt your work on pm, but what about saving power in run mode? who cares about suspend after all?
23:18.13WisTilt2sod probably from signal issues, thats where it seems to be more prevalent
23:18.36arrrghhhWisTilt2, agreed.  most of the SoD's seem to occur while charging, or while in spotty service areas.
23:19.04WisTilt2Alex[sp3dev]: only way to do that would be slow clocks down or power things off when no in use
23:21.04WisTilt2Alex[sp3dev], already saving as much power on panel when in autobl mode so dont know where else to save when in wake.  dont know if the current ril support the different radio power modes but could lower xmt power but that wont do much unless on a call in a good signal area
23:21.25*** join/#htc-linux Cees_heim (~Ceesheim@p508DE3B1.dip.t-dialin.net)
23:23.41hychm, got an SoD last night. phone was fully charged, unplugged, sleeping fine.
23:23.48arrrghhhlog?
23:23.56hycI woke up today, LED was orange, totally frozen.
23:24.09arrrghhhyou're on the newest test kernel?
23:24.09hycwill upload in a minute.
23:24.12hycyes
23:24.12arrrghhhk
23:24.15arrrghhhcool
23:24.15hycyesterday's
23:24.19arrrghhhyea
23:24.25arrrghhhthat's the newest public release :P
23:25.41hycalso going to try my 16GB SD card again with partitions for /system and /data since it's working well on my 1GB card
23:26.54*** join/#htc-linux SG (~chatzilla@cpe-76-186-50-40.tx.res.rr.com)
23:27.02arrrghhhyea i saw that post
23:27.11arrrghhher maybe it was in the logs @ #xdandroid.  either way :P
23:28.24*** join/#htc-linux SG_ (~chatzilla@cpe-76-186-50-40.tx.res.rr.com)
23:31.39WisTilt2arrrghhh: you only got 2% per hr?  was that with gps on or what?
23:31.49arrrghhhWisTilt2, .5%/hr
23:31.55arrrghhh4% over 8hrs...
23:32.03arrrghhhroughly.
23:32.21arrrghhhsync on, clocksync on, etc.
23:32.29arrrghhhGPS was disabled
23:32.32WisTilt2ah, guess my brain registered that wrong:)  thats nice and where i think everyone should be
23:32.49arrrghhhvery nice indeed.
23:32.58arrrghhhespecially with all the "normal" stuff enabled.
23:33.38WisTilt2ive had .25% but .5% is about what i normally see every night
23:34.08rpierce99I've been unplugged for 7h 18min and I'm at 85%, so I'm getting about 2% per hour, with a bunch of stuff syncing
23:35.09WisTilt2rpierce99 what kind of cell signal level you have?
23:35.24*** join/#htc-linux arrrghhh (~arrrghhh@173-96-126-128.pools.spcsdns.net)
23:35.52rpierce99I live in a suburb way out of downtown, so I'd guess it's not great, but my phone says 5 bars
23:36.10*** join/#htc-linux surge (~surge@pool-98-118-157-221.bflony.fios.verizon.net)
23:36.12rpierce99i'm not sure if there is a drain difference between CDMA and GSM too
23:36.25arrrghhhsorry.  stupid tether.
23:37.06arrrghhhrpierce99, is that 2%/hr drain with usage or 100% sleep?
23:37.34arrrghhhusually when we attach a %/hr drain, the phone is *supposed* to be sleeping 100% of the time.
23:37.56rpierce99well I haven't actually USED it but it has woken up to alert me to emails and stuff
23:38.04arrrghhhhrm
23:38.04arrrghhhok
23:38.09rpierce99it gets my exchange and calendar reminders and gtalk messages
23:38.25arrrghhhyea so you sync quite a bit more than i do.
23:38.36arrrghhhi have gtalk, but none of my friends use it so i hardly ever get messaged on it
23:38.37rpierce99and we all know how accurate the android battery meter is ATM
23:38.47arrrghhhand i just have one google acct syncing, no exchange stuff.
23:38.50rpierce99i use gtalk for work
23:38.55arrrghhhreally?
23:38.58arrrghhhgtalk for work?
23:39.02rpierce99yep :)
23:39.08arrrghhhyea, battery meter needs time to settle.
23:39.20arrrghhhi noticed it almost always starts low and works its way back up.
23:39.34arrrghhhi was cursing the drain at first, then it slowly went up almost 10%.
23:39.43arrrghhhso my drain went from 14% in 8 hrs to 4% :P
23:40.08arrrghhhi work with old people that are afraid of technology ;)
23:45.01*** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net)
23:51.38*** join/#htc-linux L_miller (~IceChat7@68-115-50-78.dhcp.eucl.wi.charter.com)

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