IRC log for #htc-linux on 20110331

00:01.44*** join/#htc-linux netson-ubuntu_ (~netson-ub@125.166.88.187)
00:16.10hycOh, duh... the pppd options file specifies "persist" - try to reopen a connection after it is terminated
00:16.39hycthat's likely to cause a problem if the radio has lost its signal
00:18.50arrrghhhdid i just see a lightbulb over your head?
00:19.19hyc;)
00:19.45hycgives me something to think about anyway
00:20.01hycok, looking in the pppd source, it seems the android one is patched to not read any options from files
00:20.07hycrather bogus
00:20.21hycyou have to set all options on the command line, or in an env var
00:20.42hycand the env var is hex-encoded using characters A-P (not 0-9A-F)
00:21.11hycso that explains a bit of why it's more difficult to use
00:21.26*** join/#htc-linux jonpry (~jon@63.245.31.4)
00:21.39hycbut at the same time, this should make it easier to use with NAND
00:21.49hycdon't write to files at all, just set env var
00:22.01jonpryomg patches
00:22.11arrrghhhheh
00:22.56jonprydoes this failed wake this work?
00:23.45arrrghhhi haven't had a failed wake
00:23.49arrrghhhbut it's still 'slow' to wake
00:23.50arrrghhh1-2s
00:25.47*** join/#htc-linux lewellyn (rheumatic@greenviolet/lewellyn)
00:26.17arrrghhhi guess not every wake is slow
00:26.51jonpryer thing
00:34.57jonpryouch that patch stings a bit
00:38.14arrrghhhthe FB patch?
00:39.24*** join/#htc-linux Curious_ (8bb3cfce@gateway/web/freenode/ip.139.179.207.206)
00:39.39Curious_where is cocktulla
00:39.40jonpryhow do you interpret these lights?
00:40.35jonprysolid grreen == sleep?
00:42.56phhyes
00:43.32phhjonpry: you got wistilt's patches ?
00:43.51arrrghhhjonpry, blinking green is attempting to sleep
00:43.57arrrghhhsolid green is full sleep
00:44.00phharrrghhh: no
00:44.02arrrghhhorange is full wake
00:44.04arrrghhhwhat?
00:44.07phhit's sleep with wakelock
00:44.15arrrghhhwell
00:44.18phhdoesn't necessarly mean "attempting" to sleep
00:44.21arrrghhhyes... sorry for my poor explanation.
00:44.25phhyou'll have this state while playing music
00:44.29arrrghhhi would say it is.
00:44.31arrrghhhor plugged into usb
00:44.59arrrghhhOo failed wake
00:46.04*** join/#htc-linux jonpry (~jon@63.245.31.4)
00:46.19jonpryphh, yeah i applied the whole deal
00:46.20jonpryi did get a bad wake though
00:46.23jonpryfiddling with a bad usb cable
00:46.25jonpryand pressing power button bunch of times, lol
00:47.58jonprymainly i think the evdev patch is weird, and don't understand the pm.c one. its almost like he just removed the other sleep modes and changed a constant. but i did not look at it very carefully.
00:57.13*** join/#htc-linux hardwalker (~hardwalke@114-33-201-92.HINET-IP.hinet.net)
01:08.50*** join/#htc-linux defendthecommons (~defendthe@184-9-91-73.dr04.mdtw.ny.frontiernet.net)
01:14.40*** join/#htc-linux furtardo (~mks@nat/yahoo/x-orvyknovlzqpzpgb)
01:20.51*** join/#htc-linux jonpry (~jon@63.245.31.4)
01:24.12*** join/#htc-linux XirXes (~xirxes@67-2-15-27.slkc.qwest.net)
01:34.44*** join/#htc-linux mizofizo (1880bd03@gateway/web/freenode/ip.24.128.189.3)
01:34.53mizofizohyc still around?
01:34.55*** join/#htc-linux HardDisk_WP (~marco@velirat.de)
01:34.55*** join/#htc-linux HardDisk_WP (~marco@wikipedia/harddisk)
01:35.18hychey
01:35.37hycmizofizo: everything ok?
01:35.38mizofizomaking some logs as I type
01:35.41hycnice...
01:36.11*** join/#htc-linux LargePrime (~LargePrim@184.246.23.5)
01:36.27mizofizoit took a long time to get the damn thing setup but now it all seems to be going well
01:36.54hycyeah? any gotchas I should add to the readme?
01:37.11hycnot like rilspy will have much reason to exist, long-term...
01:37.20mizofizothe chmod to modify the file permissions..
01:37.25mizofizoit's been a while...heh
01:37.33hycah. chmod 4750 :P
01:38.30mizofizojust realized this phone is setup for GV so it won't get a regular VM notification
01:39.14hycthat's probably not a problem
01:39.41hycif the notification comes as an SMS, I think we just pass it on up to android without tweaking it
01:40.29mizofizothat makes sense
01:42.33mizofizook, got call in/out...sms in/out...mms in/out and netloc
01:42.35mizofizoanything else?
01:43.09hycscreen off and on?
01:43.25mizofizooh yea
01:43.30hycdata off and on
01:43.36hycI think that covers it
01:43.50mizofizoany duration for screen and radio?
01:44.05hyc30 seconds ought to be plenty
01:45.21mizofizojust data, right? not radio off?
01:45.35*** join/#htc-linux programmer8922 (~Evan@67.219.164.162)
01:45.39hycoh
01:45.44hycsure, let's see radio off too
01:45.52hycthat phone is CDMA-only right, no GSM?
01:45.57mizofizoI can change roaming modes too if you'd like
01:46.00mizofizoyea, it's cdma only
01:46.10hyccool, yeah, run all the menu options
01:47.53hycdo you get netloc pretty quickly? or does it take a while?
01:48.02mizofizocame right up when I tried it
01:48.09hyccool
01:48.28mizofizodidn't realize it had gps on so it switched over after about 15 seconds
01:49.09*** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com)
01:52.12*** join/#htc-linux programmer89221 (~Evan@67.219.164.162)
01:54.33mizofizocrap...log stopped.  I think I know where though.  I'll start another one and send both. Hopefully you can tell if anything is missing
01:57.25hycok cool
01:57.44hyclog stopped? something died?
01:59.21mizofizonot sure...I just looked at adb and it was back at the prompt
01:59.31mizofizolog doesn't indicate anything weird
01:59.40mizofizooh...maybe...
01:59.46hycweird, usually that means the phone timed out/died
02:00.29hycwell email / pm me whatever ya got
02:00.53mizofizoyea...something isn't right...new log isn't logging
02:01.11mizofizoI'll pm you
02:01.15mizofizowith the order
02:01.16hyccool
02:01.23mizofizoyou can tell me what it did last
02:03.41mizofizoPMed
02:04.18hycgot it
02:04.23hycthx, unpacking...
02:05.42*** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-59-203.tampfl.fios.verizon.net)
02:06.27hycwow, you get much more extensive signal strength messages from that modem
02:06.58mizofizohtc did something right?
02:07.04hyc;)
02:07.13hycbut the rhodium is much less informative
02:07.18hycbummer for me
02:07.33mizofizoand me....that's what my phone is
02:07.36arrrghhhbummer indeed
02:07.45hycrild crashed and restarted
02:07.49hychahahaha
02:08.01hyceven the genuine HTC code crashes :P
02:08.06mizofizoduh of course
02:08.22mizofizodid anything I do get logged?
02:08.43hycyeah, I'm backtracking thru the file to see what was the last
02:09.16hycnew SMS received
02:09.21hycthat appears to be the end
02:09.29hycbut I can't tell if this was the SMS or the MMS yet
02:09.35hychave to scroll back further
02:10.10hycnope, that was it. new SMS received
02:10.32mizofizook then...reboot and try again...I'll keep adb on top this time
02:10.41hycheh ok
02:11.59mizofizoit'll  be a full log again
02:12.07hyccool
02:12.17*** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-59-203.tampfl.fios.verizon.net)
02:14.35mizofizoby full log I mean starting at mms
02:14.38mizofizoheh
02:14.51hycoh, start at sending txt
02:16.18*** join/#htc-linux vimtutor (~Space_Cas@64-194-160-74.101netlink.com)
02:16.33hycyay. your log shows the command to retrieve the Home SID from the phone
02:16.39hycno more -h option needed...
02:16.40rpierce99:)
02:16.51odzAWESOME
02:16.52*** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-59-203.tampfl.fios.verizon.net)
02:16.56mizofizow00t!
02:18.55odz:DDD
02:18.59odzexcited
02:20.08hycI hope it's not device-specific, it's a bunch of codes in hex :P
02:20.27odz=x
02:20.32mizofizoha...it probably is.  we'll find out soon
02:24.02*** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-59-203.tampfl.fios.verizon.net)
02:25.08*** join/#htc-linux AstainHellbring (AstainHell@unaffiliated/astainhellbring)
02:27.06*** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com)
02:28.03mizofizohopefully you'll get the codes you need for Verizon since I can force roaming on this thing
02:28.22*** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-59-203.tampfl.fios.verizon.net)
02:31.38*** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com)
02:31.42mizofizoPMed with the new log
02:32.57hycok, well I just compiled this home sid change
02:33.42mizofizoexcellent...hope it works out.
02:33.49arrrghhh+1
02:33.53hychttp://highlandsun.com/hyc/ril-f2e85ae.zip
02:33.57mizofizois sms working on this ril?
02:34.04mizofizoI'm not running it on my rhod
02:34.05hycnot for CDMA mode
02:34.16mizofizook...I'll be waiting a bit then
02:34.26hycI think GSM is pretty much 100%
02:34.35hychm, the unlock code stuff isn't all there
02:35.30mizofizoanything you need me to try?
02:35.41hycnot at the moment
02:35.41arrrghhhunlock code?
02:35.49hycSIM unlock, pin stuff
02:35.58arrrghhhoh
02:36.36mizofizodoes that still apply to cdma since there's no sim?
02:36.43hycprobably not ;)
02:37.30*** join/#htc-linux programmer8922 (~Evan@67.219.164.162)
02:39.46*** join/#htc-linux programmer8922 (~Evan@67.219.164.162)
02:41.06hycyeah, some roaming logs would be interesting
02:41.15hycI still don't see what controls a couple of these roaming flags
02:41.42hycyou're definitely not roaming for these tho right?
02:41.55rpierce99no guarantees that forced roam looks the same in the logs as real roam though
02:41.56mizofizoonly when I switch the roaming mode
02:42.05hycok
02:42.21mizofizoI don't really have a way to log and test a real roam
02:42.31hycwhat are your roaming options that you switched?
02:42.37mizofizoit's hard to close the microwave door with a usb cable sticking out
02:42.46mizofizothe default mode is Automatic
02:42.51hycok
02:42.53mizofizothen I switched it to Home Only
02:43.03mizofizothen Affiliate Networks
02:43.07mizofizothen back to Automatic
02:43.19hycok
02:43.28hycyou never got a roaming indicator on your screen did you?
02:43.50mizofizoon the lock screen? I didn't check
02:43.55hycok
02:44.01mizofizoit did lock to 1x which is what happens when it's roaming to Vz
02:44.14hychmmm. I forgot, they don't use ppp for data.
02:44.22*** join/#htc-linux Berger (~noreply@c65wn1.wifi.halden.net)
02:44.24hycAll of their data is setup thru a different interface
02:44.47rpierce99hyc i assume this ril will ignore the -h if i don't modify my init?
02:44.54hycyeah
02:44.59hycI think so
02:45.01hychmmm
02:45.43hycyeah, it will print an error to stderr but keep going
02:45.47rpierce99k
02:46.06hycyeah, they're using rmnet for data
02:48.03arrrghhhoy...
02:48.38hycI forgot about that. but it's no big deal
02:53.53rpierce99rild crashed
02:54.06hycgot log?
02:56.34hycok, looks like MMS is just an SMS
02:56.46hycso once I get that part going, MMS receive Will Just Work
02:56.57mizofizoreally? that simple?
02:57.23rpierce99that's what it sounded like when i was reading about it, the sms tells android where to find the pic
02:58.12hycprobably
02:58.19hycsure looks that way
02:59.27*** join/#htc-linux jonpry (~jon@63.245.31.4)
02:59.58odzi cant wait for sms to get added in :P
03:01.34mizofizoI'm waiting until it gets to the same level as fake gsm.  Though if I don't switch the mode, it should work the same way?
03:01.48hycfake gsm should keep working, yeah
03:02.01hycI might break it here or there down the road :P
03:03.31mizofizodon't make me go back the the borked ril!
03:06.05hycheh
03:06.19hycok, so for your roaming settings
03:06.34hycthe first thing you changed was from Auto to home only?
03:09.32mizofizoyea
03:09.41hycand then what next?
03:09.55hycinteresting, the modem doesn't return a network name when roaming
03:10.06mizofizoaffiliated networks
03:10.31hycand then back to auto?
03:10.43mizofizohmm...that sounds right? I can't recall ever seeing Verizon in WinMo
03:10.46mizofizoyea, back to auto
03:10.53hyccool
03:26.38*** join/#htc-linux Rob2223 (~Miranda@p4FFF283D.dip.t-dialin.net)
03:28.28hycril-fd39710.zip
03:28.35hycprevious one was parsing wrong
03:36.18rpierce99brb
03:44.00mizofizook...off to bed.  hope the logs help get the new ril up and running for all
03:44.30*** join/#htc-linux dobrin (~dobrin@85.91.150.26)
03:46.40hycthanks everyone
03:48.31hychttp://highlandsun.com/hyc/ril-92a99ca.zip for anyone left here looking
03:50.18*** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com)
04:03.28hycrpierce99: one mor etry at ril-92a99ca.zip
04:03.33hycworking on signal strength now
04:26.55*** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net)
04:29.21*** join/#htc-linux mastermerlin (~Adium@p4FEE4889.dip.t-dialin.net)
04:29.44*** join/#htc-linux mastermerlin1 (~Adium@p4FEE4889.dip.t-dialin.net)
04:31.09*** join/#htc-linux infernix (nix@cl-1404.ams-04.nl.sixxs.net)
04:31.09*** join/#htc-linux infernix (nix@unaffiliated/infernix)
04:37.31*** join/#htc-linux Kasjopaja23 (~Tina@p578FF79C.dip.t-dialin.net)
04:58.49hycrpierce99: just seems like the main thread goes off into lala land
05:31.04*** join/#htc-linux kernelzilla (~patrick@174-26-107-146.phnx.qwest.net)
05:31.24*** join/#htc-linux vimtutor (~Space_Cas@64-194-160-74.101netlink.com)
05:37.25*** join/#htc-linux avinashhm (~avinash-h@203.101.61.7)
05:39.48*** join/#htc-linux kiozen (~kiozen@p5791F1FC.dip.t-dialin.net)
05:52.51*** join/#htc-linux avinashhm (~avinash-h@203.101.61.7)
05:52.55*** join/#htc-linux dobrin (~dobrin@85.91.150.26)
05:54.16*** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring)
06:05.47*** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by)
06:09.06*** join/#htc-linux dobrin (~dobrin@85.91.150.26)
06:10.18*** join/#htc-linux KruptWorld1 (~KruptWorl@cpe-24-24-202-60.socal.res.rr.com)
06:22.02vimtutoranyone on CM7?
06:22.05vimtutorhtc inc?
06:46.42*** join/#htc-linux balans1 (~Gebruiker@53543EB3.cm-6-5a.dynamic.ziggo.nl)
07:12.36*** join/#htc-linux cazh_ (~quassel@3007ds2-rd.0.fullrate.dk)
07:18.19*** join/#htc-linux MassStash (~MassStash@c-67-175-41-173.hsd1.il.comcast.net)
07:21.56*** join/#htc-linux MacDrunk (~marper@201.164.161.61)
07:24.18o0TaGa0ohelllo
07:24.22o0TaGa0owho can help me
07:24.33o0TaGa0oi need froyo 2.2 fr on htc touch cruise p3650
07:45.06*** join/#htc-linux t3g (~kvirc@p3E9E269C.dip.t-dialin.net)
08:02.37*** join/#htc-linux dobrin (~dobrin@85.91.150.26)
08:03.42*** join/#htc-linux rajkosto (rajkosto@cable-94-189-156-187.dynamic.sbb.rs)
08:05.26*** join/#htc-linux gauner1986 (~Miranda@46.115.24.24)
08:13.56*** join/#htc-linux gauner1986 (~Miranda@46.115.24.24)
08:23.49*** join/#htc-linux kvaster (~kvaster@93.84.112.80)
08:53.43*** join/#htc-linux rajkosto (~rajkosto@cable-94-189-156-187.dynamic.sbb.rs)
09:07.01*** join/#htc-linux aBiNg (~cn.fyodor@218.94.136.168)
09:09.15*** join/#htc-linux CazH (~quassel@3007ds2-rd.0.fullrate.dk)
09:18.33*** join/#htc-linux gauner1986 (~Miranda@p508C79B1.dip.t-dialin.net)
09:20.14*** join/#htc-linux Rajko (~rajkosto@wan.rajkonet.info)
09:22.20*** join/#htc-linux ORi|ON (~ORiONNebu@91.181.21.182)
09:27.47*** join/#htc-linux bitrot (~rajkosto@cable-94-189-156-187.dynamic.sbb.rs)
09:28.36*** join/#htc-linux Rajko (bitrot@wan.rajkonet.info)
09:32.22*** join/#htc-linux arif-ali (~arif-ali@137.205.62.78)
09:37.23*** join/#htc-linux Alex[sp3dev] (~alexander@82.179.218.11)
09:44.30*** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com)
09:46.07*** join/#htc-linux rajkosto (~rajkosto@wan.rajkonet.info)
10:00.22*** join/#htc-linux KruptWorld2 (~KruptWorl@cpe-24-24-202-60.socal.res.rr.com)
10:01.49*** join/#htc-linux Segnale007 (~Segnale00@ppp-175-132.98-62.inwind.it)
10:15.33*** join/#htc-linux kvaster (~kvaster@leased-line-93-125-0-84.telecom.by)
10:23.49*** join/#htc-linux Segnale0_ (~Segnale00@ppp-212-139.98-62.inwind.it)
10:26.16*** join/#htc-linux phh (~quassel@137.194.15.151)
10:38.43*** join/#htc-linux MN-- (~yaaic@host86-138-132-137.range86-138.btcentralplus.com)
10:43.56*** join/#htc-linux phh (~quassel@quassel.rezel.enst.fr)
10:56.42dcordeshi
10:57.03EdLindcordes: hi
11:03.42*** join/#htc-linux KruptWorld (~KruptWorl@cpe-24-24-202-60.socal.res.rr.com)
11:04.21*** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com)
11:08.09*** join/#htc-linux phh (~quassel@quassel.rezel.enst.fr)
11:30.25*** join/#htc-linux Ondalf (~ondalf@dsl-roibrasgw1-fe5dde00-134.dhcp.inet.fi)
11:30.38*** join/#htc-linux rajkosto (~rajkosto@2001:470:1f0b:728:ac87:7f33:68f0:49c4)
11:35.10*** join/#htc-linux rajkosto (~rajkosto@2001:470:1f0b:728:ac87:7f33:68f0:49c4)
11:38.49*** join/#htc-linux LordDeath (~Lord|Lapt@cable-81-173-166-52.netcologne.de)
11:40.51gauner1986hi
11:41.01*** join/#htc-linux programmer89221 (~Evan@67.219.164.162)
11:41.36*** join/#htc-linux balans1 (~Gebruiker@82-170-217-205.ip.telfort.nl)
11:44.19dcordeshey gauner1986
11:45.11*** join/#htc-linux GNUtoo (~GNUtoo@host226-134-dynamic.25-79-r.retail.telecomitalia.it)
11:51.20*** join/#htc-linux Termana (~bradley@122.151.105.88)
12:12.36*** join/#htc-linux rzk_ (~rzk@95-28-95-165.broadband.corbina.ru)
12:12.55*** join/#htc-linux balans1 (~Gebruiker@82-170-217-205.ip.telfort.nl)
12:38.44*** join/#htc-linux LargePrime (~LargePrim@173-110-100-179.pools.spcsdns.net)
12:57.44*** join/#htc-linux Kelly (dafd9526@gateway/web/freenode/ip.218.253.149.38)
13:04.41*** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp)
13:29.20*** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153)
13:35.46*** join/#htc-linux MethoS- (~clemens@134.102.106.250)
13:45.10*** join/#htc-linux KruptWorld1 (~KruptWorl@cpe-24-24-202-60.socal.res.rr.com)
13:50.50*** join/#htc-linux LargePrime (~LargePrim@184-205-31-145.pools.spcsdns.net)
13:55.15*** join/#htc-linux yy1111 (ca65ca14@gateway/web/freenode/ip.202.101.202.20)
14:00.03*** join/#htc-linux Untouchab1e (~Untouchab@h33.50.220.74.static.ip.windstream.net)
14:17.16*** join/#htc-linux JesusFreak316 (~JesusFrea@USF-Wifi-34-72.laptops.usf.edu)
14:18.59*** join/#htc-linux emwe (~emwe@cable-86-56-10-158.cust.telecolumbus.net)
14:27.24*** join/#htc-linux Untouchab1e_ (~Untouchab@h33.50.220.74.static.ip.windstream.net)
14:47.02*** join/#htc-linux Untouchab1e (~Untouchab@h33.50.220.74.static.ip.windstream.net)
14:47.33*** join/#htc-linux kiozen (~kiozen@rgnb-5d8780ef.pool.mediaWays.net)
14:48.44*** join/#htc-linux kcrazy_ (~kcrazy@117.79.232.168)
14:49.20*** join/#htc-linux mastermerlin (~Adium@p4FEE4889.dip.t-dialin.net)
14:49.33*** join/#htc-linux mastermerlin1 (~Adium@p4FEE4889.dip.t-dialin.net)
14:50.40*** join/#htc-linux Untouchab1e (~Untouchab@h33.50.220.74.static.ip.windstream.net)
14:52.22*** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by)
14:52.46*** join/#htc-linux mastermerlin (~Adium@p4FEE4889.dip.t-dialin.net)
14:57.16*** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring)
14:58.21*** join/#htc-linux evildarknight (~charles@41.207.128.46)
15:00.04*** join/#htc-linux [acl] (~abel@96.246.167.90)
15:01.43[acl]phh: y0
15:02.29hyc'morning [acl]
15:02.51[acl]hyc: sup dood
15:03.21hycnot much, waiting to hear if my latest CDMA patches actually worked :P
15:03.55*** join/#htc-linux SeRVeR01 (~xp3200@41.239.139.46)
15:03.59hyctrying to figure out the cdma sms decoder, it's completely uncommented
15:04.00[acl]cool
15:04.23[acl]glad u tackling that.. no idea about the guts of the communication
15:04.25SeRVeR01u there wanna ask abt stable rom for wildfire nonsense any 1 ^^ ?
15:07.03emwehyc: had any reports of broken gsm data?
15:07.14hycemwe: not recently
15:07.25hycmebbe a few commits back, when I changed the response code handling
15:08.12hyc[acl]: re: pppd startup, heck, just yesterday we had someone in here trying to get username/pw working for CDMA data
15:08.38hycyou don't want to setprop this kind of thing
15:08.41[acl]hyc: who was that savage
15:08.49hycand you obviously can't hardcode it
15:09.01Willdhyc: Why not setprop it?
15:09.06[acl]i mean is how do you plan to secure it?
15:09.07emwehyc: hm. need to retest with your up to date one. used to work fine yesterday still
15:09.40hyc[acl]: pass it in environment to child pppd
15:09.55hycthe only way this works is if pppd is a a child of ril
15:10.45hycand you're talking about APIs that are pretty ridiculously overengineered
15:10.59hycjust freakin' fork/exec. what's bad about that?
15:11.18[acl]its good if we were all linux
15:11.24hycwhy do you want to lump all this overhead on top?
15:11.26[acl]but mixing userland with how you wanna do it
15:12.21[acl]hyc: its like this.. if you dont like the way android does it.. then you are going to behing to hate a bunch of thigns android does
15:12.47hycexcept that Android *doesn't* handle this. it has rmnet so it doesn't need to.
15:13.02*** join/#htc-linux undadog (57f54144@gateway/web/freenode/ip.87.245.65.68)
15:13.18[acl]hyc: true, but this idea has been around which is why it was talked about in the past. we arent the only ones who have faced this
15:13.29hycyou're tacking a wart onto the side of it. Might as well go with the smallest possible wart.
15:13.39[acl]lol
15:15.06[acl]i still wanna hear what the others say.
15:15.11hycsure
15:16.05hycbut the precedent has already been set. Android expects pppd to be invoked with envargs set.
15:16.17hycso really, what I'm proposing *is* doing it the android way.
15:17.08[acl]yeah, but the way you want to start it isnt right. its a daemon, need to treat it as so
15:17.21*** join/#htc-linux Untouchab1e_ (~Untouchab@h33.50.220.74.static.ip.windstream.net)
15:17.44hycit's http://smartphones-htc.com/external/mtpd/
15:17.45[acl]still.. we already both know how we feel. now im just waiting for others to chime in. no need to repeat ourselves over and over
15:18.00hycmtpd.c , #ifdef ANDROID_CHANGES
15:18.11*** join/#htc-linux MethoS- (~clemens@134.102.106.250)
15:18.43[acl]cool
15:19.11hycor google "pppd envargs" ...
15:19.27[acl]bro ur beating a dead horse here. i said im going to wait what others think..lol
15:19.34hyc;)
15:19.44[acl]im at work i cant check anything now anyways
15:21.50*** join/#htc-linux jonpry (~jon@63.245.31.4)
15:23.49hycI found a PDF with +HTCerror codes, woohoo
15:24.05[acl]woa now thats a good find
15:31.23*** join/#htc-linux LargePrime_ (~LargePrim@173-110-74-54.pools.spcsdns.net)
15:32.43*** part/#htc-linux SeRVeR01 (~xp3200@41.239.139.46)
15:33.49[acl]hyc: i see where the confusion happened.. i never opposed to envargs .. lol.. just the method of starting the service itself. But if you do want to track pids.. your way is really the only way.
15:34.05[acl]sometimes it pays to read the email more than once :-)
15:35.58hyclol
15:36.17[acl]so yes to envargs
15:36.27hycI was like "wtf, why are we having this argument?"
15:36.57[acl]hyc: no its that for nand we running the old pppd and pass the basic argumens on cmdline
15:37.07[acl]but not all of em
15:37.42hycbut there's no reason you can't switch to using /system/bin/pppd right?
15:38.03hycin fact it should work better for you since it doesn't try to write any files
15:38.14[acl]not at all.. thats actually the preffered way.. we ended up copying it but using the android version works too .. just that the scripts dont run that ril needs
15:38.17[acl]so we stoppde there
15:38.40[acl]but yes, the system version will work beter for us
15:38.47hycI bet you just got tripped up by the linkname behavior change
15:39.07hycsince pppd still does invoke scripts at the same steps as before
15:39.36[acl]bunch of stuff. Ril checks for the files in etc and does not like it when they are in a ro fs. so we had to move them to data
15:39.38[acl]total hack
15:39.56hycyeah well, ril is not exactly elegant code
15:40.18hycbut it will be better ;)
15:40.27[acl]ok so im on board with envargs.. no doubt. but do you still want to just start it off ril. thats the last thing that troubles me . actually the only thing
15:40.46[acl]i vote service. Corret or not thats my vote :-)
15:41.46hyc:P
15:46.27jonprygo service go
15:46.58[acl]service +1
15:47.05[acl]need to wait on the rest of the gang
15:47.41hyceh, still impossible.
15:47.55hycyou can't stuff arbitrary data into init's environment
15:48.00hycso how are you going to use envargs?
15:48.09hycyou guys really haven't thought it thru
15:49.47jonprywhat we need is ril in kernel
15:49.56hyclol
15:50.09hyc[acl] is saying I'm trying to do things too linux-y
15:50.16hycand you're going far the other extreme
15:50.27jonprywith new kernel ril / userland ril interface
15:50.40[acl]dang .. jonpry going overboard now
15:50.42[acl]lol
15:50.49jonpryit will save lots of battery
15:51.08hycnot really. most of the ril exists to interface to userland
15:51.21hycanytime there's a state change you still need to wake up userland
15:51.58jonpryi'm sure some stuff is not that important
15:52.28jonprylike loss of service does not really require notifying userland until the phone would be woken up for some other reason
15:53.00WilldI would sure like to know if I loose service? >_>
15:53.10jonpryso we just need to keep track of service state. then cycle it on userland when the phone wakes up
15:53.58jonpryyou want an alarm Willd?
15:54.10Willdjonpry: A notification or something non-intrusive
15:54.27WilldIf it is in sleep that is
15:54.48jonpryok, so kernel ril has option to delay or not delay service state notification
15:55.06WilldThough I am a border case, I travel a lot in the country, where i tend to lose reception for a while.
15:55.23jonpryand you stop your car when you lose service?
15:55.29WilldNa, not really :)
15:55.29jonpryand reverse?
15:56.06WilldIt feels natural to know if I lose it, that's all
15:56.44WilldBoils down to the fact that I want to be reachable, always :p
15:59.11jonpryok well whatever i don't know that service change is actually what is causing the problem. just on come peoples phones, i see the thing awake maybe 10s out of 40 just to deal with RIL
15:59.26jonprys/come/some/
16:00.02jonpryand whatever is going on is obviously not important
16:04.08*** join/#htc-linux rzk_ (~rzk@95-28-95-165.broadband.corbina.ru)
16:07.37*** join/#htc-linux Pr0z (Pr0z@bzq-84-109-111-154.red.bezeqint.net)
16:08.24*** join/#htc-linux KruptWorld (~KruptWorl@cpe-24-24-202-60.socal.res.rr.com)
16:08.36*** join/#htc-linux lewellyn (wonderful@greenviolet/lewellyn)
16:14.12*** join/#htc-linux Alex[sp3dev] (~alexander@86.110.163.19)
16:14.27Alex[sp3dev][acl]: ping
16:15.34[acl]Alex[sp3dev]: sup dood..
16:15.57Alex[sp3dev][acl]: nothing here.. just hacking on poop loader
16:16.19Alex[sp3dev][acl]: and yes. i2c is fixed. i just swapped the i2c/gpio mux when porting linux driver
16:16.40[acl]Alex[sp3dev]: nice nice. it will be nice when i dont have to kexec anymore.
16:17.28Alex[sp3dev][acl]: but for now. 1. fb is reversed. for kovs 2. no mmc/vfat support. i think i'll fix in a week and add support for rhod, but my goal for the weekend is to make a release for kovs
16:18.12[acl]well since i just need it to bounce off the boot process. THen fb can be backwards for all i care lol
16:18.54Alex[sp3dev]i think making proper fb is a couple of lines of code.. but yeah.. need to get that bitch working. still a lot of work
16:19.28Alex[sp3dev][acl]: i now think i know why we have dma timeouts though
16:20.05Alex[sp3dev][acl]: when i boot lk off nand, the fb is ok, but from winmo the picture is trashed. i think we need to force reset ppp blit engine
16:20.22[acl]hm
16:20.37[acl]i havent noticed those in ages. I killed console output so i boot straight to android
16:21.14Alex[sp3dev]well. first of all, you are a heretic. secondly, sometimes ppp crashes and causes data abort and panic even in android. not good
16:22.07[acl]Alex[sp3dev]: lol.. heretic .. no its just since i kexec the boot time is doubled. So killing the console lets me boot faster
16:22.25*** join/#htc-linux MassStash (~MassStash@c-67-175-41-173.hsd1.il.comcast.net)
16:24.21*** join/#htc-linux NeoMatrixJR (~chatzilla@173-18-145-141.client.mchsi.com)
16:25.37[acl]Alex[sp3dev]: there is nothing more painful than watching the console twice :-p
16:25.48Alex[sp3dev][acl]: watching winmo is
16:26.17[acl]true true..
16:27.01hycWe're turning off a lot of the unsolicited msgs when screen is off
16:27.04[acl]Alex[sp3dev]: im exited bout lk.. finally i can have true kernel updates without new nbh.. a man can only dream of such a thing
16:27.17hycso the excessive time in RIL should be going away
16:28.16Alex[sp3dev][acl]: i want to deliver a working solution so i'll spend the weekend working on it.. then i'll git it. i think i'll remove support for qsd and msm7230 boards.. because i needed to refactor a lot. anyway, we need more than android devices, so we'll do it
16:28.27Alex[sp3dev][acl]: please upload me a recovery image
16:29.19[acl]Alex[sp3dev]: recovery image ? we cant use images yet so we just tarball them bad boys
16:29.39[acl]my recovery doesnt comply with the bootloader. id rewrite it once lk is done
16:30.23Alex[sp3dev][acl]: okay. damn. i think i'll need to add a kernel panic partition and ability to pull dmesg via usb.. i cannot boot 35 from nand...
16:31.58Alex[sp3dev][acl]: http://www.calculate-linux.ru/blogs/ru/232/show soviet linux ;)
16:34.13[acl]lol
16:41.40*** join/#htc-linux Elmstrom (~quassel@4807ds1-arno.0.fullrate.dk)
16:44.16*** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net)
16:53.24*** join/#htc-linux MN-- (~yaaic@host86-138-132-137.range86-138.btcentralplus.com)
17:00.24*** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-59-203.tampfl.fios.verizon.net)
17:07.39*** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153)
17:09.10*** join/#htc-linux balans1 (~Gebruiker@82-170-217-205.ip.telfort.nl)
17:21.22*** join/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv)
17:28.01*** join/#htc-linux gauner1986 (~Miranda@p508C79B1.dip.t-dialin.net)
17:30.32*** join/#htc-linux rajkosto (~rajkosto@2001:470:1f0b:728:2110:5fb7:795e:1575)
17:40.34*** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be)
17:44.37*** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk)
17:58.59*** join/#htc-linux MassStash (~MassStash@c-67-175-41-173.hsd1.il.comcast.net)
18:01.08*** join/#htc-linux mastermerlin (~Adium@p4FEE4889.dip.t-dialin.net)
18:03.52*** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr)
18:07.41*** join/#htc-linux bzo (~chatzilla@netblock-68-183-234-14.dslextreme.com)
18:13.46*** join/#htc-linux Nautis (6318daa4@gateway/web/freenode/ip.99.24.218.164)
18:23.25*** join/#htc-linux akoma1s (quasselcor@unaffiliated/akoma1s)
18:32.21*** join/#htc-linux rob_w (~bob@ppp-188-174-27-6.dynamic.mnet-online.de)
18:33.38*** join/#htc-linux rob_w (~bob@ppp-188-174-27-6.dynamic.mnet-online.de)
18:33.45*** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be)
18:43.48*** join/#htc-linux MN-- (~yaaic@host86-138-132-137.range86-138.btcentralplus.com)
18:45.43*** part/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv)
18:55.39jonpryhi WisTilt2
18:56.00jonpryi am setup with your patches
18:56.45WisTilt2how they working on your 210, any major issues?
18:57.05jonpryseems fine. i still get some failed wakes though
18:57.24WisTilt2you pull the BT patches or leave them in?
18:57.31jonpryno BT
18:57.41jonpryjust disabled msm_hs_serial
18:58.02WisTilt2failed wakes as in panel comes on but no display or just totally staying off?
18:58.50jonprysometimes its like nothing is happening. light goes orange. then a minute later or so, light turns green again
18:59.06jonpryother times the panel will eventually come on
19:00.14WisTilt2you running the test kernel or did you build your own with my patches?
19:00.18Alex[sp3dev]jonpry: what's the offset for battery smem? could you quickly point me to the code to read batt?
19:00.47jonpryfc104
19:01.07jonpryi guess that is on rhod
19:01.09Alex[sp3dev]really?
19:01.13Alex[sp3dev]isn't that dex?
19:01.47jonprycode is in htc_battery_smem.c
19:02.09emwe0xfc110 for rhod and topa
19:02.17Alex[sp3dev]ok
19:02.33emwethat's in the board pdata
19:03.03bzoalex is right in that you have to issue a dex call for that battery register to get updated
19:03.24Alex[sp3dev]bzo: i meant, jonpry gave the address of dex counter
19:03.38jonpryyeah, got confused. meant fc140
19:03.40bzook
19:03.56emwebzo: PCOM_GET_BATTERY_DATA?
19:04.04bzosounds like it
19:04.51emwecurrent battery_smem algo is funny. battery drains like hell and then goes up on sleep
19:05.08jonpryyou could always try scbs
19:05.13Alex[sp3dev]i wonder. 27 dies with data abort (ok, an rpc call at clock init is a bad idea) and 35 doesn't boot from nand at all. maybe need to wait more for radio init
19:05.20jonpryfixes that particular problem:p
19:06.34jonpryAlex[sp3dev], acl had various problems getting nand boot. i think he disabled almost all drivers first. i remember rpc and usb causing troubles
19:08.23emweAlex[sp3dev]: there's that arm9 ready stuff which is in the voque kernel and [acl] took it partially over in one of his latest commits. perhaps that helps. (instead of the previous sleep for some seconds)
19:11.07emweAlex[sp3dev]: is_a9_ready() https://gitorious.org/~acl/linux-on-qualcomm-s-msm/linux-msm-rhod-nand/commit/c67c9f04b750679834d783c9d28fc14fd676ca74
19:11.20Alex[sp3dev]i've made a crazy poop.. to dump ramconsole from LK.. gotta rewrite framebuffer, though. when it reaches end of page, it starts moving fb by one line up which is incredibly slow
19:12.02hycgawd, how sad
19:12.27hycI wrote an optimized 16 row-at-a-time scroller for Atari ST back in 1985
19:12.47hycwe still haven't come very far huh
19:13.38emwein 1985 i've been playing with 5 year old's toys.
19:13.41emwe;)
19:14.03hycnow I'm even more sad :P
19:14.05Alex[sp3dev]in 1985 i would be playing with -7 year old's toys
19:14.23jonpryouch
19:14.57jonpryanyone ready to jump on scbs bandwagon
19:15.02hycI guess the world reinvents the wheel every 20-some years or so
19:15.02Alex[sp3dev]no way
19:15.02jonpryyou know you want it
19:15.09Alex[sp3dev]me?
19:15.13Alex[sp3dev]i want to pwn the nand
19:15.21jonpryi think its better than ds2xxx
19:15.26Alex[sp3dev]fo sho
19:15.37Alex[sp3dev]but writing a bootloader is so addictive
19:15.44WilldAlex[sp3dev]: How can it be? :E
19:16.01*** join/#htc-linux midnight (~Domenico@host209-17-dynamic.17-79-r.retail.telecomitalia.it)
19:16.01emwejonpry: would like to for having better measurements, but i am not convinved with my battery drain and pm yet.
19:16.12Alex[sp3dev]stupid msm
19:16.28jonpryemwe, you getting 7% like me?
19:16.41emwejonpry: yap. 1100mAh topa, though.
19:17.01WisTilt2emwe: what panel type is that topa?
19:17.09emweWisTilt2: if i knew. ;)
19:17.35jonprysame as rhod no?
19:17.36emweWisTilt2: jonpry: according to gb-battery and wake stats my device is wake for like nearly half the night. but i don't trust that one.
19:17.36WisTilt2so its not eid or auo like the rhods i take it?
19:17.53emwei think i read/heard auo
19:17.55jonpryuses same novatech chip anyways
19:17.59emweyap
19:18.19emweWisTilt2: you tweaked some register vals for panel power savings?
19:18.23WisTilt2you running the panel collapse code and you're still getting bad battery life?
19:18.36jonpryso am i
19:18.51emwewell, i am running whatever topa has since ages.
19:19.13WisTilt2so something else is waking often if panel is really powered off.
19:19.14emweWisTilt2: anything special on .27 rhod panel i should look for? haven't been looking closely to .27 for a whie.
19:19.42emwei am yet not sure my power collapse durations are that long.
19:19.58emwedevice stays suspended, but it's waking like every 5 mins
19:20.18emwei will try over this night with pm.sleep_mode=0
19:20.30emwehad it to =1 for all the recent weeks/days
19:20.36WisTilt2REgister 1000 in panel puts it down and you should have both vgregs shut down also
19:20.49*** join/#htc-linux crawling (crawling@a94-132-177-48.cpe.netcabo.pt)
19:21.11emweWisTilt2: vregs are still a strange thing. the code disables 1 and enables 2 and on power-on it's diable the 2 and enable 1...
19:21.17WisTilt2mode 0 is suspend, 1 is actual collapse so 1 should gain you much better battery
19:21.39emweWisTilt2: but why is every htc kernel tree setting =0 for sleep and =1 for idle sleep then?
19:21.46WisTilt2gp2 and gp4 same on topa?
19:22.10emweWisTilt2: ah screwed that. i mixed-up gpio and vreg. one sec....
19:23.07emweWisTilt2: https://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/blobs/htc-msm-2.6.35/arch/arm/mach-msm/board-htctopaz-panel.c#line259
19:23.51emweWisTilt2: perhaps i should compare to rhod .27 one day. the gpio look strange on power on-off, but they correspond to haret tracing. dunno what the two-isch pair is for, though :/
19:24.47jonprymaybe topaz is a 210 :p
19:25.07WisTilt2we're not even using the gpio for panel anymore since the sleep mode for panel powers it off anyway.
19:25.18WisTilt2topa might need it though dont know
19:26.55emwequestion is though, why jonpry is getting ~ 7%/hour as well
19:27.12emweyou really think our panel's are not really down?
19:27.49jonprymaybe i have AUO, i don't really know
19:27.51WisTilt2a couple testers using my kernel get .5% with rhod210's so its not the device.
19:27.55Alex[sp3dev]fuck suspend. what drain are you getting in other modes? i get one percent in 4 minutes on average
19:28.00WisTilt2jonpry what panel type does it report?
19:28.02Alex[sp3dev]i mean, when using the pda
19:28.07jonpryhow do i tell
19:28.23jonpryAlex[sp3dev], your screwed
19:28.24WisTilt2dmesg at boot you'll see Panel Type:0x14 or similar
19:28.41Alex[sp3dev]jonpry: what should i do? kill myself?
19:28.46emweAlex[sp3dev]: 7%/hour when suspended with radio+data+sync and =1/=1 (testing =0/=1 this night)
19:29.13jonpryWisTilt2, 14
19:29.28WisTilt2thats eid
19:29.44WisTilt2same as 400 and 500 have
19:30.05*** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821)
19:30.17WisTilt2jonpry try the file i just emailed you.  i assume you're building the kernel with all the patches
19:30.35jonpryWisTilt2, i got a bad one
19:30.57WisTilt2bad what?
19:31.15jonprywake
19:31.24WisTilt2with the new file?
19:31.28jonpryyep
19:31.33jonprybut i was doing something weird
19:31.41*** join/#htc-linux Markinus (~Miranda@212.255.16.215)
19:31.47jonprylike i opened up the clamshell. which didn't wake it. only closing it seems to wake it
19:31.54jonpryand then i hit a keyboard button
19:32.01WisTilt2panel powering on but nothing displayed or just not coming on at all?
19:32.24jonpryumm, not sure. i didn't see the backlight
19:32.45jonpryand then it just went back to sleep eventually
19:33.04WisTilt2yeah failed wake that should be fixed is the one where lcd comes on but nothing displayed.  if it doesnt power up at all thats something different
19:33.55WisTilt2failed wake i fixed was unblank issue in fb not called all the time
19:34.20jonpryyeah there seems to be more than one kind
19:34.27WisTilt2what you're seeing almost sounds like some kind of irq problem maybe?
19:34.58WisTilt2emwe code looks right to me as far as the vgreg control at power on/off
19:35.01jonpryi haven't looked at dmesg. but maybe microp problem?
19:35.08WisTilt2vreg*
19:35.26WisTilt2yeah microp problem is definitely a possibility
19:35.52WisTilt2you seeing any of those microp 0xca8 or similar errors?
19:36.02emweperhaps i should query that panel id on topa.
19:36.15WisTilt2emwe: good idea:)
19:36.26*** join/#htc-linux odz (~odz@rhod400.androidphone.org.ru)
19:36.31jonpryyeah i got some i2c errors
19:36.32emweWisTilt2: that readl(MSM_SPL_BASE+0x81034); is device agnostic?
19:36.47WisTilt2think thats rhod only but not 100%
19:36.58jonpry0x83c8
19:37.13*** join/#htc-linux NeoMatrixJR (~chatzilla@173-18-145-141.client.mchsi.com)
19:37.18WisTilt2you getting them in the same place as the failed wake?
19:37.37jonprywell, that would require more controlled testing
19:37.59WisTilt2you will see microp errors with the button light code.  that isnt what's causing your issue though
19:38.24jonpryi see microp error on sleep. what is that all about
19:38.34jonpryand why does it set brightness to every level like 5 times?
19:38.44WisTilt2what code and were lights on and/or kbd backlight?
19:38.57WisTilt2oh, you are in manual mode
19:38.58jonpryall patches applied
19:39.24WisTilt2those errors happen in manual brightness mode due to a value of zero at the end
19:39.46jonpryhere is a wake where it ramped up, then completely down the brightness
19:40.14WisTilt2try in autobl mode and see if it still occurs
19:40.25jonpryhttp://pastebin.com/wAajfNPK
19:40.34WisTilt2i didnt write the manual brightness stuff so not my problem:)  there are bugs in it though that need fixing
19:41.02jonpry:p
19:41.36NeoMatrixJRwell that didn't last long.  Just installed the 3/31 WisTilt2 kernel pack arrrghhh posted.  slid the kb a few times and BOOM, boot animation
19:43.36jonpryWisTilt2, your autobl is too good for me
19:45.45WisTilt2jonpry that error in logs is normal, just needs fixing
19:46.16jonpryis it normal to turn the display off while turning it on?
19:46.30Alex[sp3dev]as long as it is synchronized, yes ;)
19:46.34Alex[sp3dev]but it is not
19:46.57WisTilt2jonpry in that test file it is:)  experimenting is all so you can take that out
19:47.20WisTilt2thats left over from tracing where timing problem was with unblank not hitting every time
19:48.01WisTilt2NeoMatrixJR what system image you using?
19:48.03jonpryok, i concede. its fixed with autobl on
19:48.20WisTilt2yep, autobl code has no errors:)
19:49.40*** join/#htc-linux arrrghhh (~arrrghhh@173.5.46.76)
19:49.54emweWisTilt2: [    1.486968] htctopaz_init_panel: Initializing panel with id=0x01 that qualifies for AUO
19:50.11WisTilt2yep sure is, one of 3 types of auo
19:50.52WisTilt2so uninit should be bringing it fully down if you're using the current git tree source
19:51.33jonprydoes htcrhodium-panel.c need to be copied to topaz-panel.c?
19:52.20WisTilt2emwe did the appropriate copies didnt he? if that code is missing then panel isnt collapsing for sure
19:52.58emweWisTilt2: we didn't copy. we had it before rhod :P
19:53.16emwemonths even.
19:53.20WisTilt2you have the register 0x1000 in the uninit code?
19:53.20emwethx to Markinus
19:53.43emwehttps://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/blobs/htc-msm-2.6.35/arch/arm/mach-msm/board-htctopaz-panel.c#line174
19:54.37WisTilt2yeah that looks like you should be shutting down then
19:54.57emwestudied the docs as we found them and found nothing really wrong
19:54.59WisTilt2so your drain is coming from elsewhere
19:55.03emwelikely.
19:55.12emweor lemme rephrase. i hope so.
19:55.34Alex[sp3dev]ARM9 has crashed. fuck yeah
19:56.06WisTilt2pm.sleep mode=1 is what you want. dont remember if you said you tried an overnight with that or not.
19:57.29emweWisTilt2: since days/weeks with =1
19:57.50WisTilt2and 7%hr is what you get?
19:58.11emweyes. but .35
19:58.29emweso take with a grain of salt.
19:58.41WisTilt2you should try on .27 and see if drain is same
19:58.42emwei think i once got 16hours on .27
19:58.52WilldHow is your mmc speed in .35?
19:59.06jonpryits the mysterious power sucking gpio
19:59.16emwegood question Willd. ok?
19:59.21Willdemwe: Not worse?
19:59.32Willdemwe: Our's has been halved, so switching between apps is horrible
19:59.48Alex[sp3dev]ah yes, power sucking gpio. there might be a gpio that forces the fast charge mode or just battery discharge. have that on kovs. maybe you're hitting yours?
19:59.50emweWilld: hm i think .35 is just fine. not any worse then .27
20:00.13emweAlex[sp3dev]: mind to elaborate a bit more?
20:00.26jonpryAlex[sp3dev], would fast charge gpio suck current?
20:00.27WilldCould be some odd samsung shiznitz..
20:00.36Alex[sp3dev]jonpry: dunno. never tried without charger
20:02.44emwehm!
20:03.43emweif gpio_ac_detect is not defined it leaves the charging mode as is according to battery_smem. that would mean same charging mode in the state of wince then i hope
20:04.30Alex[sp3dev]damn that nand testing needs a spare phone
20:09.34*** join/#htc-linux gauner1986 (~Miranda@2.209.55.48)
20:10.54*** join/#htc-linux gauner1986 (~Miranda@2.209.55.48)
20:10.59NeoMatrixJRahh..grr too much work going on @ work. :D  WisTilt2: running FRX06
20:11.49*** join/#htc-linux ftoz (~root@cst-prg-112-7.vodafone.cz)
20:12.17WisTilt2NeoMatrixJR: happen everytime you open/close?  i tried it on a couple of our phones here dozens of times and not one problem.  Lights come on/off each time and no reboot.
20:13.01arrrghhhNeoMatrixJR, we have the same phone and that's never happened to me.  slid kbd open/closed several times.
20:13.36arrrghhhdid you wait for the phone to settle after boot
20:14.21*** join/#htc-linux Segnale007 (~Segnale00@ppp-212-139.98-62.inwind.it)
20:14.55NeoMatrixJRmaybe that's it
20:16.00NeoMatrixJRseems fine after that one crash.  Rebooting phone to try and duplicate.
20:17.18*** join/#htc-linux undadog (57f54144@gateway/web/freenode/ip.87.245.65.68)
20:18.04WisTilt2anyone know if the End key gpio is handled by gpio_event.c or elsewhere?
20:19.33*** join/#htc-linux mastermerlin (~Adium@p4FEE4889.dip.t-dialin.net)
20:19.51*** join/#htc-linux mastermerlin1 (~Adium@p4FEE4889.dip.t-dialin.net)
20:20.35bzoWisTilt2: look at msm-gpio-keys.c
20:20.57WisTilt2ah, thanks bzo
20:21.08bzothere's not a great way to catch that without hacking the driver though
20:23.37WisTilt2dirty hack would be easy to get it working but we probably want to hold off until userland ioctl for all this is done you think?
20:24.11bzothat was my thought
20:24.23bzouserland is probably close
20:24.31bzothe code and correct ioctl is already there
20:24.39bzojust have to figure out how to tell android which keys are mapped to buttons
20:28.00emwegeez, why is tehre some specific topaz gpio_ac_detect handling on batterys smem ... if (kovs||topa)...
20:28.48Alex[sp3dev]because kovs should be ripped outta there
20:29.27emwelol, but then topa is the only with handling for gpio_ac_detect then
20:29.34emweand i don't which gpio that is
20:29.40Alex[sp3dev]because others have no separate gpio?
20:30.23emweok, but why is there a special topa codepath when it's not set... bummer
20:31.38emwehm, came in with the inital viruscrazy/camro patch
20:35.07jonprythat file is not good
20:35.15Alex[sp3dev]that stuff sucks
20:35.17jonprycan cause premature labotomy
20:35.28Alex[sp3dev]you need to implement battery as a generic battery driver
20:35.34Alex[sp3dev]and use pda_power for power supply
20:39.34*** join/#htc-linux vw (0c5a5b8a@gateway/web/freenode/ip.12.90.91.138)
20:41.34*** join/#htc-linux sunnydrake__ (~quassel@cafeteria.wardrobe.volia.net)
20:46.03*** join/#htc-linux DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com)
20:49.18NeoMatrixJRsonofa... who keeps killing XDA forums?!
20:53.53*** part/#htc-linux midnight (~Domenico@host209-17-dynamic.17-79-r.retail.telecomitalia.it)
20:54.57NeoMatrixJRarrrghhh/WisTilt2: can't reproduce crash to boot animation.
20:57.24*** join/#htc-linux MN-- (568a8489@gateway/web/freenode/ip.86.138.132.137)
20:58.53arrrghhhwell that's good
20:58.58arrrghhhthey're doing updates on xda NeoMatrixJR
20:59.31WisTilt2jonpry: any changes to your scbs code since what you sent me?  im going to add it to a test kernel and run on all our 300's here for a couple days.
21:00.06WisTilt2so arrrghhh, looks like no big complaints from the masses so far?
21:00.30arrrghhhnothing big.  some people talking about this lag issue, but i can't recreate it.  only a select few talking about it too.
21:00.45arrrghhhbut other than that, i've sent every piece of feedback i could scrape up to ya ;)
21:02.05WisTilt2startup lag probably. people need to let things get fully situated at boot.  when you first wake up in the morning it takes a few to get things going, device is the same, lots going on there initially with radio and everything else.
21:02.09*** join/#htc-linux MN-- (~yaaic@host86-138-132-137.range86-138.btcentralplus.com)
21:02.17NeoMatrixJRwhat complaints define this "lag issue" you speak of arrrghhh?
21:05.52arrrghhhWisTilt2, lol no joke.
21:06.26arrrghhhNeoMatrixJR, just slowness.  from the reports it's not first boot slowness, but that's really the only kind of horrible lag i experience is on boot - if i just let it sit/settle, it's fine.
21:12.13NeoMatrixJRnope...I'm getting it.  Not not bad, but I'm seeing it.  In gmail app right now.  Seeing a bit of lag moving through the screens
21:12.37NeoMatrixJRI think
21:12.56NeoMatrixJRI would have to load a different kernel to see if it's any different
21:13.16jonpryWisTilt2, i sent you new scbs
21:13.38arrrghhhNeoMatrixJR, well is it unusual slowness, or just tired old phone slowness?
21:13.43jonpryand there is a relatively new rootfs up
21:13.44arrrghhhbecause the latter we can't really do anything about.
21:13.49arrrghhhwe do our best...
21:14.43WisTilt2jonpry: got it.  still need the patch applied and use your same rtc file?
21:14.54NeoMatrixJRmaybe it's not lagging.  Now I think my mind is playing tricks on me
21:15.30arrrghhhNeoMatrixJR, better stop while you're behind, i'm just going to discount all of your future feedback otherwise :P
21:17.11jonpryarrrghhh, when are we going to have people on xda using scbs?
21:17.38arrrghhhjonpry, you tell me man
21:17.50arrrghhhwhen is it going to be ready for mass consumption?
21:20.48NeoMatrixJRI'm switching back to auto-kernel to see if it's the same... I won't leave it out there with a "it might be doing it."
21:21.07jonpryWisTilt2, i'll send you the rtc i have. i think you latest but might as well
21:21.46WisTilt2might send new patch.  this one is from previous tree i think
21:22.34jonpryarrrghhh, well i haven't heard of any real complaints from anyone except from me
21:22.53arrrghhhlol
21:23.06arrrghhhi thought you wanted to automate it more too
21:23.19jonprypatch would be very complicated at this point
21:23.19jonprybecause i have your patches
21:23.50WisTilt2ill just manually change makefile and apply the smem part of your patch it looks like?
21:24.03jonpryit seems like you have patch already applied. the pm.c you posted has my changes to it
21:24.36WisTilt2lol, yeah that should go over well
21:25.01jonprytimer.c, makefile, scbs.h
21:25.19WisTilt2yeah timer.c also
21:25.34jonpryarrrghhh, i have no idea how to automate it more. need data on when people made good/bad models
21:25.57arrrghhhjonpry, ok.  so you think it's time to throw up a testing thread for your batt calib code?
21:26.19jonpryi do. would be nice if we could just use wistilt2 kernel and my rootfs
21:26.42jonpryhe has modules and all that snazzy stuff
21:27.56*** join/#htc-linux T_FizZ (~T_FizZ@184-12-60-132.dr01.hpjc.ny.frontiernet.net)
21:28.50jonpryin theory this can work on all phones, but we need an overachiever for each one
21:29.13arrrghhhhrm
21:29.20arrrghhhi guess i could lump it into the kernel testing thread
21:29.24arrrghhhbut i don't want ppl getting confused.
21:29.42jonpryi'm guessing topaz will work oob
21:29.45arrrghhhor do you want to throw up the thread?  it is your magic being tested after all.
21:30.34jonpryi don't want to be a burden, but threads are not really my style
21:31.21jonprycan't remember the last time i logged into xda
21:32.32arrrghhhhaha
21:32.46arrrghhhi have no problem throwing up threads for ya.  i do it for WisTilt2 after all ;)
21:33.23jonpryfortunately i do not have to worry about logging in atm as it is down
21:33.41arrrghhhyea it's been flapping all day
21:36.43WisTilt2we can do that, just add scbs to my existing test kernel.  bbl, i need to eat a late lunch guys.
21:37.42NeoMatrixJRxda's back online for the moment
21:37.50Alex[sp3dev]so let's crash it
21:38.57NeoMatrixJRNOOOOO... I've been trying to download highlandsun's ril all afternoon!
21:45.18hyclol
21:45.26hycevery other time I click on it, it's down
21:45.42hycI'm going to let someone else click every other time
21:45.48*** join/#htc-linux dekar_ (~dekar@drms-4d0147d2.pool.mediaWays.net)
21:47.51NeoMatrixJRhyc: ok, my turn to click -> working now
21:48.54NeoMatrixJRarrrghhh/WisTilt2: Seems the "lag" I thought I was getting is the same on the auto kernel
21:49.02arrrghhhhrm
21:49.20NeoMatrixJRso just general phone slowness
21:50.04arrrghhhyea
21:50.10arrrghhhwait for it to settle when it boots
21:50.49hyccool, the eri.xml that starfox posted has definitions for ERIs from 64 to 239. covers a lot of bases.
21:51.33NeoMatrixJRjonpry: you mentioned something about a new rootfs?  Is this a testing one for something you're doing?  Not seeing anything new on the auto-build site.
21:54.14arrrghhhdamn i must've been the next to click, xda down again.
21:54.22arrrghhhNeoMatrixJR, yea it's for testing his battery code, nothing new on autobuild...
21:54.27arrrghhhyou really do like to jump into convos :P
21:56.13NeoMatrixJRI'm at work so I catch the channel for a bit then have to go answer emails or write code.  Then I hit compile and come back here... it sucks but it's the only way I can keep up with any of this.
21:56.47arrrghhhlogs :P
21:57.27NeoMatrixJRI'd never catch up to live if I just read the logs
21:57.31*** join/#htc-linux programmer8922 (~Evan@67.219.164.162)
21:57.57arrrghhhwell... asking silly questions is your best solution?  lol
21:58.08NeoMatrixJR:P
21:58.20*** join/#htc-linux [acl] (~abel@96.246.167.90)
21:58.47NeoMatrixJRbesides, he said there was a new rootfs, not where specifically.  For all I knew he could have finished code he posted!
21:59.29hycooo, another new kernel image
21:59.32arrrghhhwell, quit using the jump to conclusions mat at least.
21:59.35hyctoo bad I can't read about it
21:59.38arrrghhhhyc, lol
21:59.41arrrghhhppcg :P
21:59.47arrrghhhyour nemesis
21:59.48hycah, great! ;)
21:59.54hyclol
22:00.01arrrghhhhttp://forum.ppcgeeks.com/android-tp2-development/138784-testing-updated-3-31-11-new-kernel-portrait-mode-boot.html
22:00.18arrrghhhmy logo is better on that site anyways :P
22:02.06hycburnouts? nice
22:03.15NeoMatrixJRwell that was crash-tastic.  test rill bounced right back to winmo w/ WT2's 3/31 kernel
22:03.23arrrghhhhyc, nissan skyline gt-r33 :D
22:04.15*** join/#htc-linux LTxda (~anon@c-98-194-107-10.hsd1.tx.comcast.net)
22:04.18*** join/#htc-linux mizofizo (127c0244@gateway/web/freenode/ip.18.124.2.68)
22:04.34hycarrrghhh: very nice...
22:04.44mizofizohey hyc, still need me to get that eri?  I saw that starfox gave you one already...
22:04.45hycNeoMatrixJR: mebbe a bad download?
22:04.51NeoMatrixJRand now it's fine.
22:05.03hycmizofizo: wouldn't hurt to get it anyway
22:05.06NeoMatrixJRseems every time I changes something on my android build it has to crash once before it works
22:05.08hycfor comparison purposes
22:05.20arrrghhhNeoMatrixJR, hey at least it gets them out at the beginning.
22:05.40mizofizonp...will do and pm (if xda is up) later
22:06.19NeoMatrixJRso I wonder if I should leave this RIL in GSM mode or if I should try the CDMA mode...?
22:06.51hycmizofizo: cool. or just attach to a post
22:07.18hycright now you get to trade - netloc works in CDMA, SMS works in GSM
22:07.25hycyou can't have both yet
22:07.47NeoMatrixJRhmmm... best keep sms for now.  I care more about it.
22:08.44hycand I've been spending all day chatting on irc instead of writing code, sms is a while away :P
22:10.28hycAt some point I should figure out the init sequence so switching on the fly will work
22:10.54hycbut that should only be for switching from real CDMA to real GSM
22:11.10hycfake GSM should go die quietly in a corner
22:11.44Willdfake GSM? >_>
22:13.00hycWilld: the old RIL always tells Android it's got a GSM phone, even when the phone is really CDMA
22:13.18Willdhyc: Nasty
22:13.32arrrghhhWilld, sick thing is, it works.
22:13.34hycyeah, totally...
22:13.40hycwell, except for netloc
22:13.42hycand mms
22:13.57arrrghhhand switching to 2g manually
22:14.00Willd:p
22:14.01hycand ...
22:14.04arrrghhhand displaying signal strength
22:14.10WilldA lot of ands :(
22:14.11arrrghhhuhm... showing the correct mode...
22:14.20arrrghhhWilld, but. it did work... by some miracle.
22:14.37hycSo I've got real CDMA support going in my new ril
22:14.43hycjust haven't written the SMS code yet
22:14.51hycI think most other stuff works now
22:15.33Willdarrrghhh: Sickening
22:15.43arrrghhhhehe
22:15.48NeoMatrixJRoddly, even in "GSM" mode I keep switching back and forth between 3G and 1x (with R in the signal icon) on my CDMA phone (low signal area)
22:16.39hycwell, I've fixed the network registration reporting so it returns the actual network type, always
22:16.48hycso even in fake gsm it knows it's 1x
22:17.01hycbut it doesn't know what 1x means...
22:17.22hycI think if you go to settings it will say "unknown" for network type
22:17.41NeoMatrixJRany way to differentiate Ev (EVDO) vs 3G?  or is that still coming?
22:17.48arrrghhhNeoMatrixJR, damn you
22:17.59arrrghhhthere is no EV icon in the framework for AOSP.  only 3g.
22:18.00NeoMatrixJRwhat? just asking....
22:18.00hycEvDO is 3G, on a CDMA phone
22:18.08arrrghhhNeoMatrixJR, we already went over it :P
22:18.10arrrghhhnot too long ago
22:18.13hyc:P
22:18.49hycbut mebbe we could give them the E icon :P
22:18.57arrrghhhheh
22:19.02arrrghhhi thought about that
22:19.03hycSince it already exists
22:19.05NeoMatrixJRwell sorry I missed it!  the EV icon must be added by providers then?  pretty sure my wife's phone has an ev icon, and my sister in law's
22:19.08arrrghhhi guess it would be confusing tho.
22:19.15hycyeah
22:19.16arrrghhhhyc, i'd kinda prefer to stick to what native android devices use.
22:19.22hycSure
22:19.26arrrghhhNeoMatrixJR, running AOSP?
22:19.30hycbut people do custom themes/skins too
22:19.44NeoMatrixJRrunning whatever the hell sprint and verizon put on their phones stock
22:19.45hycso I'm sure you could install your own EV icon to replace 3G
22:19.59arrrghhhNeoMatrixJR, it depends on the phone...
22:20.06arrrghhhvery few phones get pure clean AOSP tho
22:20.08arrrghhhvery few.
22:20.39hycyeah, and I'm kinda addicted to CyanogenMod customizations
22:20.40NeoMatrixJRI'd have to look at both of their phones again and check icons to be sure.  The wife has a samsung transform and sis-in-law has the droid incredible.
22:20.45hyclike configurable powercontrol widget
22:20.53Willdarrrghhh: If any..
22:21.05Willdarrrghhh: There are always foul hacks :(
22:21.05arrrghhhNeoMatrixJR, neither of those run AOSP
22:21.07arrrghhhWilld, no joke.
22:21.15NeoMatrixJRoh crap it's 5:20... I gotta go.  Looks like I'll have to catch up with logs later to keep arrrghhh happy!  later everyone!
22:21.23hycadios
22:21.23arrrghhhlol
22:21.25arrrghhhcya
22:21.55arrrghhhno need to rehash things that have been hashed out already...
22:21.56hycso what kind of server hardware is xda forums on ...
22:22.04arrrghhhdidn't think that was unreasonable request
22:22.08arrrghhhhyc, they just upgraded recently
22:22.15arrrghhhi guess all their DB servers now run on SSD
22:22.33hycoh. that can be good or bad, depending on SSD and filesystem options
22:22.36arrrghhhaw, thedeadcpu isn't in here.  he knows quite a bit about it.  ping him in #xdandroid if you wanna know more :P
22:22.48hycnah, just curious
22:22.50arrrghhhyea AFAIK they're a giant RAID array of SSD's for db now.
22:22.53arrrghhhbut i think they're moving slowly
22:23.00arrrghhhoriginally was going to cut all at once...
22:28.32jonpryiirc for the longest time cdma devices were shipping with large sections of not AOSP code
22:29.04arrrghhhwouldn't surprise me
22:31.50jonprylike they rewrote all of telephony
22:32.44jonpryi was trying to get it to do a dtmf keypress or something. and the theory was we could do it via reflection. but low and behold none of the normal classes even exist
22:33.10WisTilt2jonpry, what do you think about having 2 separate threads, scbs and the normal test kernel.  ill build scbs into my current setup to put on the scbs thread (arrrghhh will post that actually) and ill leave my test thread without scbs.  that way we can track separately.
22:33.30arrrghhh^^ i think that would be best
22:33.57WisTilt2ill use 2 trees so i can keep any bugs isolated from each other also
22:34.20jonprysounds good to me
22:34.24stinebdWisTilt2: did you give up on the ril yet?
22:34.29arrrghhhyes, otherwise it seems it will be hard to track bugs
22:34.35WisTilt2lol, whats a ril?
22:34.40arrrghhhheh
22:34.55hyclol
22:35.02jonpryi think scbs is pretty benign if you don't use the rootfs
22:35.05WisTilt2:) no, i have my ril guy doing the framework that i think hyc can take from there.  i got better things to do in the kernel
22:35.15WisTilt2thing*
22:35.19WisTilt2cant type today
22:35.26WisTilt2jeeze
22:35.38WisTilt2cant read either
22:36.04WisTilt2hyc do you have prl in gsm in your test ril's?
22:36.17hycprl in gsm?
22:36.40WisTilt2prl working at all i mean?
22:36.53hycmmmm. mostly
22:37.17hycI actually have no idea what flag says "this net is in the PRL"
22:37.31hycbut retrieving the PRL number, yes, HTC_RSINFO
22:38.06WisTilt2you're using neighboring cells though in gsm mode still?
22:38.34hycyes
22:40.01WisTilt2asking because we had a discussion this morning here at the office about what can and cant be removed. on our device we dont use a lot of what needs to be in this ril for android.
22:40.29hycare you CDMA or GSM?
22:40.29WisTilt2arrrghhh ill have a jonpry kernel ready in about 30mins
22:40.34WisTilt2gsm only
22:40.46hycah, then yeah you can strip out a lot of stuff
22:40.49WisTilt2thats why we requested the cdma stuff from sprint
22:40.59hycbut neighboringcells is used for netloc
22:41.15WisTilt2we're looking at adding cdma though now but not a high priority on our project yet
22:41.51WisTilt2yes we use that, just wondered if you removed it and were trying some other method
22:42.30hycnope, that's still in there
22:42.41hycI haven't deleted any functionality at all
22:42.47hyconly added the CDMA side
22:43.12WisTilt2and cleaned up the gsm code a bit hopefully, needed it:)
22:43.27hycit still needs it :P
22:43.59hycI haven't taken a high level view of it. just been focusing on bits and pieces
22:44.18hycwill need to take a step back to get a feel for the shape and what can be massaged better
22:51.46*** join/#htc-linux jonpry (~jon@63.245.31.4)
23:06.14hycit's new Kernelmatic! toss any kernels in, get a merged kernel out!!
23:08.40arrrghhhlmao
23:08.43arrrghhhread that post eh
23:09.03hycyeah
23:09.29arrrghhhpeople are idiots, they assume we just push buttons and click on things
23:09.32arrrghhhstuff happens
23:09.38arrrghhhand out pops magic!  w00t
23:09.42hyclol
23:09.49hycthat's all it looks like, c'mon
23:10.03hychell, programming is so easy my cat can do it
23:10.36hycyesterday, while I left my phone next to me, my cat came up alongside for a nuzzle
23:10.42hycI was working, not paying attention
23:11.03hycwhen I looked up, the cat walked away, and I had the Facebook widget installed on my home page
23:11.14jonpry.NET
23:12.00arrrghhhand by we i mean you guys :P
23:12.10hycheh
23:12.30hycyou gotta wonder when a smartphone's touchscreen interface can be operated by your pets
23:13.44jonpryand htc still has tech support
23:14.04hycLOL
23:14.10WisTilt2i have my smartphone programmed to let my cat make new features via meow voice recognition
23:14.25hycah, that's brilliant
23:14.34hycI haven't used any voice commands on my phone yet
23:14.40hycI should just train it to my cats...
23:15.13WisTilt2took some time getting that patch all in there jonpry but building your kernel now
23:17.17WisTilt2building it on my other machine, only a dual core and so much slower than my i7, spoils ya
23:17.58jonprythanks Wilstilt2
23:18.06WisTilt2jonpry you want to dl it and be the first to try it?
23:18.08WisTilt2its ready
23:18.36arrrghhhseems fitting
23:20.19WisTilt2i see a jonpry timeout coming soon...
23:20.42arrrghhhlol
23:21.27WisTilt2arrrghhh if you want to test it, its up, just replace wistilt2 for jonpry filename
23:21.55arrrghhhk
23:24.25hycwistilt2: would love it if your ril guy could tell me where my 3 FIXMEs in requestRegistrationState should be set from
23:24.37jonpryno timeout today
23:24.42jonprysaved by the bell
23:24.49hyc[7] Concurrent Services flag, [10] roaming indicator, [11] inPRL
23:24.56WisTilt2jonpry you dl it?
23:28.52jonprynot yet, have to deal with the gf
23:29.06arrrghhhlol jonpry you sound like me
23:30.20WisTilt2you guys just need to marry them, then they'll leave you alone:)
23:31.08arrrghhhhahaha
23:37.57hychahah. timeout
23:48.28*** join/#htc-linux jonpry (~jon@63.245.31.4)
23:59.22arrrghhhWisTilt2, i'll test when i get home.  i want to get some directions from jonpry so i don't eff it up :P
23:59.42arrrghhhon that note, i am goin home.  cya guys on the flip side ;)

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