| 00:10.04 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 00:12.11 | MassStash | natemcnutty, what up |
| 00:16.18 | *** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com) |
| 00:16.56 | *** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com) |
| 00:25.35 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
| 00:26.14 | *** join/#htc-linux DuperGhost (~Duper@109-186-56-114.bb.netvision.net.il) |
| 00:31.43 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 00:33.14 | *** join/#htc-linux infernix (nix@unaffiliated/infernix) |
| 00:36.22 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless248.wirelesstcp.net) |
| 00:38.11 | WisTilt2 | rpierce99: if you're not doing anything, can you get this system image and see if it boots? arrrghhh tried it awhile ago and no go so need to see if you get the same thing. |
| 00:38.19 | rpierce99 | k |
| 00:38.32 | WisTilt2 | btw, where are you located? |
| 00:38.40 | rpierce99 | minnesota |
| 00:38.58 | WisTilt2 | damn, was thinking you were much closer |
| 00:39.10 | WisTilt2 | at least you're somewhat in a close timezone |
| 00:39.42 | DcMedic | What area do you need? What service? |
| 00:40.06 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
| 00:40.25 | WisTilt2 | none, just easier when people are not 10hrs in a diff timezone |
| 00:40.35 | WisTilt2 | arrrghhh! |
| 00:40.41 | DcMedic | gotcha |
| 00:40.58 | *** join/#htc-linux crawling (crawling@a89-152-194-56.cpe.netcabo.pt) |
| 00:41.06 | arrrghhh | yo |
| 00:41.13 | arrrghhh | i'm not sure what's up with your new system man... |
| 00:41.21 | WisTilt2 | those logs helped but i have no idea. looks like kernel came up but things got lost in android part way through. im running this on my phone and it works very nice |
| 00:41.22 | arrrghhh | i'm trying again with another new data.img :P |
| 00:41.29 | arrrghhh | hrm. |
| 00:41.33 | arrrghhh | i got it to boot a couple of times |
| 00:41.40 | arrrghhh | nothing but FC's |
| 00:41.43 | arrrghhh | acore |
| 00:41.54 | WisTilt2 | i actually went into a no service area on way home and switched numerous cells with no probs |
| 00:42.01 | arrrghhh | awesome |
| 00:42.20 | jonpry | hi WisTilt2 |
| 00:42.24 | jonpry | i have fixes for rtc alarm |
| 00:42.29 | jonpry | untested though |
| 00:42.33 | WisTilt2 | you might try waiting to unlock for a couple mins. im finding it is lagging during boot and i got the same fc if i unlock too soon |
| 00:42.38 | WisTilt2 | dont know why yet |
| 00:42.41 | arrrghhh | k |
| 00:42.44 | arrrghhh | i have desktop |
| 00:42.46 | arrrghhh | waiting... |
| 00:42.53 | arrrghhh | data came up 1x |
| 00:42.55 | WisTilt2 | hey jonpry. yeah heard you fixed the alarm wake? |
| 00:43.17 | WisTilt2 | your rtc timer probably messing with rtc alarm? |
| 00:43.59 | jonpry | largely theoretical :) |
| 00:44.01 | arrrghhh | WisTilt2, i have a bunch of ppl asking me stuffs |
| 00:44.12 | WisTilt2 | arrrghhh, tell them to go away |
| 00:44.17 | DcMedic | lol |
| 00:44.25 | arrrghhh | 1) your panel collapse commit way back when is causing service issues with CDMA Rhodium's operating as GSM. |
| 00:44.34 | WisTilt2 | freebie tech support is much lower priority than fixing things:) |
| 00:44.50 | arrrghhh | basically they put the phone to sleep, no signal, wake the phone, they see network reconnecting. |
| 00:44.54 | arrrghhh | i figured it was your commit :P |
| 00:45.13 | WisTilt2 | how the hell would panel code affect data? who came up with that? |
| 00:45.26 | arrrghhh | the only reason i say that |
| 00:45.33 | WisTilt2 | phone doesnt lose signal when in sleep |
| 00:45.38 | arrrghhh | is they didn't have the issue before the kernel with your panel collapse commit. |
| 00:45.45 | arrrghhh | i have a dmesg from said incident... |
| 00:45.52 | WisTilt2 | are these the rhod 100 people or everyone? |
| 00:46.10 | arrrghhh | this user was a RHOD500 |
| 00:46.18 | *** join/#htc-linux hardwalker (~hardwalke@114-33-201-92.HINET-IP.hinet.net) |
| 00:46.22 | arrrghhh | CDMA RHOD's using GSM only seem effected by this bug. |
| 00:46.43 | WisTilt2 | then verizon has a problem:) yeah if you have a dmesg from that i'd like to see what happened |
| 00:46.48 | arrrghhh | lol |
| 00:46.52 | arrrghhh | i do have a dmesg, 1 sec. |
| 00:46.56 | rpierce99 | could it be that the RIL is programmed to shut down when the screen is off, but the screen was never really off before? I know there's some screen off handling code in there |
| 00:46.58 | WisTilt2 | so this is a cdma device with a sim |
| 00:47.11 | arrrghhh | WisTilt2, all RHOD's are 'world phones' |
| 00:47.12 | arrrghhh | er |
| 00:47.15 | arrrghhh | all CDMA RHOD's |
| 00:47.20 | arrrghhh | they have SIM slots |
| 00:47.22 | WisTilt2 | yeah but cant run gsm without sim right? |
| 00:47.28 | arrrghhh | correct |
| 00:47.33 | jonpry | you wouldn't by any chance know if scbs: callback is written in the dmesg when using scbs? |
| 00:48.06 | rpierce99 | jonpry: i have a couple of dmesg logs from scbs |
| 00:48.08 | WisTilt2 | ok, i can pretty much guess what the problem is then but it has nothing to do with panel collapse. need to see dmesg to confirm |
| 00:48.16 | arrrghhh | WisTilt2, next thing. emwe wants to see your PM code, along with... everyone else :P |
| 00:48.20 | WisTilt2 | yeah it is jonpry |
| 00:48.30 | arrrghhh | they really want it for .35 |
| 00:48.40 | WisTilt2 | at least the kernel side of it does |
| 00:49.15 | jonpry | bleh |
| 00:50.01 | jonpry | not there |
| 00:50.30 | WisTilt2 | PM code is not done and certainly not ready for any commit. guess im going to have to go back to 1 thing at a time. |
| 00:51.09 | WisTilt2 | jonpry you talking about the io stuff between kernel and userland being in dmesg? no then |
| 00:51.38 | rpierce99 | jonpry: the dmesg logs i have from when i ran scbs don't have callback in them |
| 00:51.50 | jonpry | just scbs: check right? |
| 00:52.10 | WisTilt2 | hmm, jonpry ill take a look at those you just sent me |
| 00:52.18 | jonpry | it should fix it |
| 00:52.20 | arrrghhh | WisTilt2, oic. yea, you are taking on a lot of things at once :P |
| 00:52.33 | rpierce99 | no, secs, enabled, done creating timer, got request, wake time, take measure, send data, etc |
| 00:52.34 | jonpry | thats plan d right there :p |
| 00:52.39 | rpierce99 | might be old though |
| 00:52.58 | tmzt_ | parmaster: I'm around sometimes, but not too involved here |
| 00:53.39 | WisTilt2 | arrrghhh yeah and last time i said i wouldn't do that. |
| 00:53.41 | arrrghhh | FYI this new system image - it took a very long time for everything to get settled, but it's working good now. fast sleep at first, but went right back to 30s sleep after phone call. |
| 00:54.14 | WisTilt2 | check dmesg and see if powermanagerservice is still hanging |
| 00:54.19 | arrrghhh | WisTilt2, there's a lot of things broken... i know how it's easy to get distracted, because sometimes you start fixing code in one place, and other places need fixing... like this durn sleep issue. |
| 00:54.35 | arrrghhh | http://pastebin.com/fsQ0ZscV |
| 00:54.44 | arrrghhh | that is the dmesg from the RHOD500 user using GSM |
| 00:54.58 | WisTilt2 | i have that set to max 500ms now so it must be something else like sms_ds or similar hanging things |
| 00:54.59 | arrrghhh | he just pulled the log from the newest autobuild kernel. |
| 00:56.03 | Entropy512 | arrrghhh: acore FCs are sometimes not from a new system image, but just from the phone crashing when it was in the middle of a database rewrite |
| 00:56.15 | arrrghhh | Entropy512, nice... good to know. |
| 00:56.16 | Entropy512 | had 3-4 cases of call log DB corruption that caused acore crash loops |
| 00:56.22 | arrrghhh | system was just choking on itself it seemed. |
| 00:56.24 | Entropy512 | just gotta delete the relevant DB. :P |
| 00:56.35 | Entropy512 | in such situations, ADB is your friend, sort of |
| 00:56.37 | arrrghhh | i think i remember reading that somewheres |
| 00:56.40 | arrrghhh | probably a post from you :P |
| 00:56.44 | Entropy512 | lets you figure out that it's a database crash loop |
| 00:57.01 | Entropy512 | I know at least once I mentioned getting stuck in an acore FC loop after a crash |
| 00:57.11 | WisTilt2 | arrrghhh, ok did this guy try it more that this one time by chance? |
| 00:57.12 | Entropy512 | don't know if I ever posted the fix - that time I recreated my data image |
| 00:57.18 | Entropy512 | the next time I looked harder |
| 00:57.23 | arrrghhh | WisTilt2, perhaps but i have no logs... that's the only one. |
| 00:57.30 | Entropy512 | It's annoying - the ADB logs tell you it bombed out trying to do database stuff |
| 00:57.34 | arrrghhh | WisTilt2, perhaps i can recreate the issue with a SIM card... |
| 00:57.34 | tmzt_ | parmaster: you would have to replace the firmware then on the bcm, what's the issue with that? why is arm7 in the way |
| 00:57.36 | Entropy512 | but won't tell you exactly which DB |
| 00:57.38 | Entropy512 | gotta guess |
| 00:57.45 | arrrghhh | Entropy512, that sounds... shitty. |
| 00:58.06 | Entropy512 | yeah. Sometimes it's easy to tell, sometimes not. |
| 00:58.22 | Entropy512 | Took a while to figure out that call log is in, of all places... |
| 00:58.26 | Entropy512 | the contacts DB? |
| 00:58.41 | Entropy512 | So you have to delete it and let contacts resync |
| 00:58.58 | Entropy512 | lose your call log to last backup (yay Call Logs Backup and Restore!) |
| 00:59.22 | *** join/#htc-linux sleekx (d3198102@gateway/web/freenode/ip.211.25.129.2) |
| 00:59.30 | WisTilt2 | jonpry: what other than quickwakeup in rtc-msm did you change? |
| 01:00.12 | rpierce99 | WisTilt2: new system image finished booting, seems to be working fine, must be my signal area i'm bouncing between 3g and 1x a little bit |
| 01:00.42 | rpierce99 | oh wait |
| 01:00.45 | rpierce99 | i still have a ril mounted |
| 01:01.11 | arrrghhh | WisTilt2, http://pastebin.com/UmjJZJLU <--- looks like powermanagerservice is holding it up |
| 01:01.16 | arrrghhh | rpierce99, lol i did the same thing. d'oh! |
| 01:01.18 | WisTilt2 | signal bars should be good again |
| 01:01.35 | arrrghhh | signal bars are guten |
| 01:01.45 | Entropy512 | ok, I have to make a rare trip over to my Windows partition |
| 01:01.48 | Entropy512 | time for a reboot |
| 01:01.52 | Entropy512 | talk to you all later |
| 01:01.55 | arrrghhh | peace |
| 01:01.57 | sleekx | hi Entropy512 |
| 01:02.01 | sleekx | arghh |
| 01:02.05 | arrrghhh | sleekx, lol |
| 01:02.11 | sleekx | I am 2 secs late |
| 01:02.16 | arrrghhh | WisTilt2, signal bars good, but status is locked in 1x. 1x in call, 1x on boot. |
| 01:03.07 | sleekx | I took some attempt to test the zImage jonpry pointed me at.. but it didn |
| 01:03.07 | sleekx | t boot |
| 01:03.08 | arrrghhh | WisTilt2, i also have a failed wake in that dmesg. |
| 01:03.16 | sleekx | I think I will have to format my SD card |
| 01:03.20 | arrrghhh | like 2 wakes from the bottom i believe. |
| 01:03.28 | arrrghhh | sleekx, Oo |
| 01:03.28 | jonpry | WisTilt2, thats all. that is the source of the problem |
| 01:03.28 | jonpry | unless 5 second rtc accuracy is not acceptable, then there is another patch potentially |
| 01:03.35 | arrrghhh | sleekx, what happened? |
| 01:04.01 | sleekx | it booted into linux, but then I got some error related to sh |
| 01:04.39 | arrrghhh | other kernels boot fine? |
| 01:04.39 | sleekx | the kernel didnt panic.. just left me to console.. with busybox |
| 01:04.40 | WisTilt2 | arrrghhh failed wake was vsync timeout again |
| 01:04.50 | arrrghhh | WisTilt2, k.. is that the .35 fb again? |
| 01:05.00 | WisTilt2 | yeah i think so |
| 01:05.03 | arrrghhh | damn. |
| 01:05.09 | sleekx | I tried xdandroid before that, and it worked |
| 01:05.27 | arrrghhh | sleekx, what kernel? from the autobuild i assume? |
| 01:05.33 | rpierce99 | WisTilt2: signal bars are good, agree with arrrghhh about 1x |
| 01:05.36 | arrrghhh | so you've replaced kernels before, that's no issue? :P |
| 01:05.41 | WisTilt2 | at this point i almost dont care since it is so rare and when .35 kernel is done that prob will hopefully be gone |
| 01:06.04 | arrrghhh | WisTilt2, alright. 30s sleep issue tho? seems powermanagerservice is the culprit for the lock.. |
| 01:06.27 | WisTilt2 | ok let me put it back to 3g and make sure we're switching correctly again. i need to get with stinebd about adding this ev and A icon |
| 01:06.44 | arrrghhh | he was on earlier |
| 01:06.46 | WisTilt2 | that or SMD_DS, which i suspect is really the cause |
| 01:07.29 | sleekx | this is where I got the instruction/kernel from : http://pastebin.com/Ju4vJvDt |
| 01:07.50 | arrrghhh | sleekx, i know. just making sure you ploped the kernel in correctly. |
| 01:08.02 | sleekx | I am sure I did |
| 01:08.11 | sleekx | the kernel booted fine |
| 01:08.33 | sleekx | it's just when it's getting into linux.. with init and stuffs |
| 01:08.34 | arrrghhh | but didn't |
| 01:08.35 | arrrghhh | hrm |
| 01:08.53 | WisTilt2 | jonpry: you want me to try with these 2 files and see if it fixes it or have you already done that? |
| 01:08.54 | arrrghhh | is his latest kernel untested? |
| 01:08.57 | arrrghhh | his last kernel booted for me. |
| 01:09.39 | sleekx | I will try again and see if I get the same error |
| 01:12.10 | *** join/#htc-linux arif-ali_ (~arif-ali@88-104-137-48.dynamic.dsl.as9105.com) |
| 01:12.28 | hyc | WisTilt2: http://forum.xda-developers.com/showpost.php?p=7896099&postcount=13 |
| 01:13.50 | WisTilt2 | yeah looks pretty much the same as what we mapped out for cdma the past couple nights. wish i would have known that before wasting all that time:( |
| 01:14.03 | arrrghhh | sorry man |
| 01:14.31 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 01:14.57 | WisTilt2 | ok guys new zip. try this and it should be back to 3g/1x in a call |
| 01:15.32 | WisTilt2 | jonpry, you timed out so probably didnt see my last to you? |
| 01:17.18 | stinebd | WisTilt2: what ev and a icons? |
| 01:17.44 | WisTilt2 | the ones *you* need to help me add to android:) |
| 01:17.56 | WisTilt2 | :) |
| 01:17.57 | stinebd | no |
| 01:18.04 | stinebd | android uses 3g |
| 01:18.05 | arrrghhh | bwhahaha |
| 01:18.08 | sleekx | lol |
| 01:18.13 | WisTilt2 | i may fly you out here to do it |
| 01:18.18 | arrrghhh | heh |
| 01:18.22 | sleekx | I can make the icons ;) |
| 01:18.28 | hyc | I guess you could have used a C icon for regular CDMA |
| 01:18.37 | stinebd | it's a deviation from stock |
| 01:18.44 | stinebd | which i'd rather not pursue |
| 01:18.45 | WisTilt2 | stinebd: android has 1x, why dont they have ev or A? |
| 01:18.52 | stinebd | because those are 3g |
| 01:18.54 | arrrghhh | cuz they don't care about cdma |
| 01:18.58 | arrrghhh | and they are 3g.. |
| 01:19.05 | arrrghhh | makes it easier on them |
| 01:19.06 | sleekx | hmm in that case |
| 01:19.08 | arrrghhh | lazy devs |
| 01:19.13 | WisTilt2 | hmm, well i guess i can see that. sure makes the coding easier |
| 01:19.23 | arrrghhh | ja |
| 01:19.25 | sleekx | we make an android app that displays what mode is currently on |
| 01:19.42 | arrrghhh | heh |
| 01:19.43 | stinebd | has anyone looked at the code for those notifiers? |
| 01:19.44 | arrrghhh | radio widget |
| 01:19.56 | WisTilt2 | yeah for the past couple days |
| 01:20.08 | stinebd | because if it's like umts vs hspa, there might be config switches to make it show ev/reva |
| 01:20.09 | WisTilt2 | pretty basic |
| 01:20.57 | WisTilt2 | thats what i want to do. we know from the ril if its ev or A so passing it up is easy, just no ev or A in android to display |
| 01:21.36 | WisTilt2 | and EVDO_0 and EVDO_A switches are already in there |
| 01:21.39 | stinebd | if it's configable in xml then that's fine (we can do it in an overlay) but if not, i don't want to maintain code in our frameworks tree for it |
| 01:21.51 | WisTilt2 | its already in the xml also |
| 01:21.57 | WisTilt2 | value and all |
| 01:22.40 | WisTilt2 | ok then forget the week on the cali beach with all the beer you can drink:) |
| 01:23.16 | WisTilt2 | guess we could display H for rev/a |
| 01:23.43 | arrrghhh | heh |
| 01:24.28 | WisTilt2 | did that last system file fix things? |
| 01:25.48 | stinebd | <PROTECTED> |
| 01:25.48 | stinebd | <PROTECTED> |
| 01:25.48 | stinebd | <PROTECTED> |
| 01:25.48 | stinebd | <PROTECTED> |
| 01:25.54 | stinebd | so it's not configurable |
| 01:26.26 | WisTilt2 | yeah it is, just need the sDataNetType_A, which we dont have |
| 01:26.32 | stinebd | which i won't add |
| 01:26.36 | stinebd | sorry |
| 01:26.38 | jonpry | WisTilt2, no i didn't see it |
| 01:26.49 | jonpry | stinebd, what is zonking /dev? |
| 01:26.55 | WisTilt2 | no biggy, im on gsm so mine all looks like it should:) |
| 01:26.56 | stinebd | what is zonking? |
| 01:27.04 | WisTilt2 | jonpry: you want me to try with these 2 files and see if it fixes it or have you already done that? |
| 01:27.39 | jonpry | i put flashy thing in init that creates some dev entries based on dynamic majors for camera and scbs. but only camera entries work |
| 01:27.44 | arrrghhh | WisTilt2, 3g/1x/3g as expected. |
| 01:27.52 | arrrghhh | 30s sleep ofc... |
| 01:27.54 | *** join/#htc-linux raymonddull (~raymonddu@75-134-189-232.dhcp.bycy.mi.charter.com) |
| 01:28.31 | WisTilt2 | what happens if you're in a call and you try to access data? |
| 01:28.37 | WisTilt2 | just curious |
| 01:29.00 | stinebd | jonpry: you do that in rootfs init? |
| 01:29.03 | WisTilt2 | im not killing the data connection, just dropping to 1x so its still up |
| 01:29.15 | arrrghhh | i guess i've never really tried it lol |
| 01:29.31 | *** join/#htc-linux raymonddull (~raymonddu@75-134-189-232.dhcp.bycy.mi.charter.com) |
| 01:29.37 | jonpry | my god my internet sux. every 2 minutes i get a burst of messages |
| 01:29.44 | WisTilt2 | before it drops data then reconnects after call, this keeps it up |
| 01:29.58 | jonpry | stinebd, its like a non recursive delete of /dev |
| 01:30.03 | WisTilt2 | jonpry you still in FL or back on the island? |
| 01:30.19 | jonpry | cam entries seem to work because its in subdirectory |
| 01:30.32 | jonpry | maybe a mount --bind, dunno |
| 01:30.57 | arrrghhh | WisTilt2, yea no data in a call lol. |
| 01:31.28 | jonpry | WisTilt2, back on the island. feel free to try the patches, i'm fairly confident they work. you know if it builds... |
| 01:31.41 | arrrghhh | lol |
| 01:31.55 | jonpry | stinebd, yep rootfs |
| 01:31.55 | WisTilt2 | jonpry: ok will do |
| 01:33.00 | arrrghhh | what about automatically implementing scbs...? |
| 01:33.08 | arrrghhh | is that still the manual process? :P |
| 01:35.53 | jonpry | i thought i had it sort of automated |
| 01:36.23 | jonpry | but there is this disappearing dev entry problem. and some sort of bug in the config file reader |
| 01:36.23 | arrrghhh | heh |
| 01:36.32 | arrrghhh | bummer... |
| 01:36.42 | jonpry | somehow having a config file screws up all the measurements, lol |
| 01:37.16 | arrrghhh | crap, i must go |
| 01:37.37 | jonpry | on the plus side we can use multiple logs as one now |
| 01:51.48 | rpierce99 | hey WisTilt2, for what it's worth I just hopped back to WinMo and tried data while on a call and it doesn't allow it there either, not sure why it even bothers switching to 1x |
| 01:53.21 | WisTilt2 | does it switch to 1x in call in winmo also? |
| 01:53.37 | rpierce99 | icon yes, but trying to use data tells me to end the call |
| 01:55.14 | odz | well EV is data only so it has to switch to 1x for voice |
| 01:55.30 | odz | at least thats how sprint does it |
| 01:55.45 | rpierce99 | but why not just drop it because data doesn't work while voice is being used anyways |
| 01:55.53 | rpierce99 | whats the point of 1x in that situation at all |
| 01:56.25 | odz | wasnt that how it was before? |
| 01:57.24 | rpierce99 | in android yeah it dropped the data connection altogether, but WinMo doesn't do that, so WisTilt2 worked on dropping to 1x instead, which makes sense since winmo does it but I'm trying to figure out why it does that at all |
| 02:08.52 | *** join/#htc-linux Termana (~bradley@122.151.89.31) |
| 02:09.14 | DcMedic | Your EVDO or 3g is the broadband reception. 1x is voice communications and low speed communications. With the older devices, there was an option to turn off EVDO, which would just throw all your traffic to the cellular reception. |
| 02:10.49 | raymonddull | its still an option |
| 02:13.11 | hyc | there appears to be a notion of supporting multiple calls at once |
| 02:13.31 | hyc | so presumably the idea was to allow data and voice |
| 02:13.43 | DcMedic | Multiple calls as in voice?? |
| 02:13.58 | hyc | well, any session is considered a call |
| 02:14.21 | hyc | CDMA data session is just "ATD#777" - a magic number for a digital call |
| 02:14.45 | hyc | but sure, for voice you can have conference calling |
| 02:15.17 | hyc | put one call on hold, make another. call waiting. those are all multiple call situations. |
| 02:15.22 | DcMedic | yeah, but conference calls are all provider sided right? |
| 02:15.46 | hyc | mmm, not too sure. |
| 02:16.07 | DcMedic | we're talking about actual data and cellular calls at once. |
| 02:16.20 | hyc | right |
| 02:16.35 | hyc | I guess that's a relatively new feature to CDMA networks |
| 02:16.47 | DcMedic | wht is |
| 02:16.56 | hyc | data and voice at once |
| 02:17.36 | DcMedic | So you can have surf and talk on sprnt and vzw. |
| 02:18.08 | hyc | I seem to remember that I could tether my StarTac and talk on it at once, but that was so long ago I could be mis-remembering |
| 02:19.04 | DcMedic | I just remember the commercial where at$t, said sure you can surf the web and talk with vzw, but you need two phones, and it showed a guy with two phones. |
| 02:19.20 | hyc | http://www.fiercewireless.com/story/verizon-working-simultaneous-voice-and-data-cdma/2010-10-11 |
| 02:19.27 | hyc | yeah I guess not |
| 02:20.10 | DcMedic | anyway, the reason it switches, it's using 1x for voice calls. |
| 02:20.17 | hyc | right |
| 02:24.53 | DcMedic | it appears that the sprint tp2 is a cdma200 device. |
| 02:24.55 | *** join/#htc-linux aBiNg (~cn.fyodor@218.94.136.168) |
| 02:25.03 | DcMedic | cdma2000* |
| 02:25.12 | hyc | I would expect most phones sold in the last decade were |
| 02:26.08 | *** join/#htc-linux aBiNg (~cn.fyodor@218.94.136.168) |
| 02:26.11 | *** join/#htc-linux aberry (~yaaic@184-206-25-28.pools.spcsdns.net) |
| 02:26.48 | *** join/#htc-linux aBiNg (~cn.fyodor@218.94.136.168) |
| 02:28.19 | *** join/#htc-linux aberry (~aberry@184-206-25-28.pools.spcsdns.net) |
| 02:32.32 | *** join/#htc-linux Bibs (~admin@adsl-99-18-170-194.dsl.hstntx.sbcglobal.net) |
| 02:51.50 | EdLin | DcMedic: the sprint tp2 is a world phone, has both cdma and gsm. |
| 02:52.21 | EdLin | DcMedic: it can even be unlocked to the point that it'll run on atandt or tmous, though out of the box it only works on foreign gsm networks. |
| 02:53.34 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
| 02:55.10 | *** join/#htc-linux MN-- (~yaaic@host86-138-132-137.range86-138.btcentralplus.com) |
| 02:57.58 | *** join/#htc-linux crawling (crawling@a89-152-194-56.cpe.netcabo.pt) |
| 02:58.02 | *** join/#htc-linux ryannathans (~ryannatha@58-7-237-34.dyn.iinet.net.au) |
| 02:58.02 | *** join/#htc-linux Elmstrom (~quassel@4807ds1-arno.0.fullrate.dk) |
| 02:58.02 | *** join/#htc-linux toer (~tore@179.81-166-86.customer.lyse.net) |
| 03:00.04 | DcMedic | EdLin: I'm aware of that. |
| 03:00.20 | EdLin | k |
| 03:00.53 | *** join/#htc-linux Rob2222 (~Miranda@p4FFF0BC4.dip.t-dialin.net) |
| 03:00.53 | *** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
| 03:00.53 | *** join/#htc-linux odz (~odz@2001:470:1f07:a1a:90d9:8f3d:976f:35d2) |
| 03:00.53 | *** join/#htc-linux Ondalf (~ondalf@dsl-roibrasgw1-fe5dde00-134.dhcp.inet.fi) |
| 03:00.53 | *** join/#htc-linux |Atom| (~atom@82.194.234.249) |
| 03:00.53 | *** join/#htc-linux Kasjopaja23 (~Tina@p579C1A1C.dip.t-dialin.net) |
| 03:00.53 | *** join/#htc-linux CIA-103 (~CIA@208.69.182.149) |
| 03:00.53 | *** join/#htc-linux darkstone (dtrack@kimoshi.net) |
| 03:00.53 | *** join/#htc-linux tmzt_ (~tmzt@76.211.0.152) |
| 03:00.53 | *** join/#htc-linux bioterror (sad157@unaffiliated/bioterror) |
| 03:01.04 | DcMedic | I just haven't had a cdma phone in years, and then it wasn't a smartphone |
| 03:02.35 | *** join/#htc-linux HardDisk_WP (~marco@wikipedia/harddisk) |
| 03:04.41 | arrrghhh | WisTilt2, yo. new RIL doin great so far. |
| 03:04.44 | arrrghhh | made a few phone calls |
| 03:04.46 | arrrghhh | few texts |
| 03:04.48 | arrrghhh | went for a drive |
| 03:04.56 | arrrghhh | although there were no dead spots that i know of on that drive... |
| 03:05.50 | WisTilt2 | modding another that i need you to really hammer. also trying to link netloc data back to userland. maybe another 30mins or so. |
| 03:05.58 | arrrghhh | awesome |
| 03:06.08 | arrrghhh | take your time man, just finished stuffing mah face ;) |
| 03:10.18 | *** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
| 03:10.59 | *** join/#htc-linux Rajko (rajkosto@wan.rajkonet.info) |
| 03:11.17 | arrrghhh | Oo i wonder if call waiting works... |
| 03:11.34 | arrrghhh | does anyone know if call waiting works on GSM devices? |
| 03:11.37 | *** join/#htc-linux natemcnutty (43abbc70@gateway/web/freenode/ip.67.171.188.112) |
| 03:11.39 | arrrghhh | i know it's borked on cdma. |
| 03:11.41 | arrrghhh | natemcnutty, ! |
| 03:11.46 | natemcnutty | hey |
| 03:11.51 | arrrghhh | what's up man |
| 03:11.59 | natemcnutty | not much, trying to find ACL :P |
| 03:12.06 | arrrghhh | heh |
| 03:12.10 | natemcnutty | need a new recovery compiled with the buttons fixed |
| 03:12.19 | natemcnutty | and recovery isn't on a git anywhere so I can change it |
| 03:12.26 | arrrghhh | damn |
| 03:12.51 | natemcnutty | yeah, I really wanted to test out the rildargs |
| 03:12.57 | natemcnutty | see if we could get GSM up and running |
| 03:13.25 | natemcnutty | move it out of the sysinit.rc and move it into build.prop |
| 03:13.33 | natemcnutty | like neopeek was talking about |
| 03:13.37 | arrrghhh | yea |
| 03:14.26 | natemcnutty | but I can't run the latest kernel until we fix recovery or I have to run a modified initrd. which I guess wouldn't be all that bd |
| 03:14.28 | natemcnutty | bad* |
| 03:14.49 | natemcnutty | I just love ACL's recovery :) |
| 03:15.02 | arrrghhh | it's awesome |
| 03:15.11 | arrrghhh | pretty close to native |
| 03:16.43 | natemcnutty | yeah |
| 03:18.24 | natemcnutty | have you tested neopeek's idea yet? |
| 03:18.39 | natemcnutty | move the -d /dev/smd0 to build.prop? |
| 03:18.42 | arrrghhh | no |
| 03:18.44 | arrrghhh | i have not. |
| 03:19.37 | natemcnutty | wondering how that line should change based on GSM vs CDMA |
| 03:20.13 | *** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
| 03:23.45 | *** join/#htc-linux Bry8Star_ (debian-tor@gateway/tor-sasl/bry8star) |
| 03:28.41 | jonpry | WisTilt2, maybe a panel vreg/gpio is used to power the sim card on cdma phones? |
| 03:29.43 | WisTilt2 | jonpry: great thought there actually... |
| 03:30.01 | *** join/#htc-linux Bry8Star (debian-tor@gateway/tor-sasl/bry8star) |
| 03:30.05 | WisTilt2 | arrrghhh: yes gsm call waiting works great, use it all the time 2 calls at a time:) |
| 03:30.16 | arrrghhh | heh |
| 03:30.22 | arrrghhh | i should test it now on this new RIL |
| 03:30.25 | WisTilt2 | testing this image then ill up it if it boots |
| 03:30.26 | arrrghhh | it didn't work out so well on CDMA |
| 03:30.30 | arrrghhh | ok |
| 03:41.52 | *** join/#htc-linux Bry8Star (debian-tor@gateway/tor-sasl/bry8star) |
| 03:53.50 | arrrghhh | WisTilt2, lol did it boot? |
| 03:54.09 | WisTilt2 | yep but no service so debugging |
| 03:55.27 | arrrghhh | bummer |
| 03:58.45 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
| 04:05.27 | odz | :( |
| 04:06.04 | WisTilt2 | arrrghhh was that last image #2 or 3? |
| 04:06.20 | arrrghhh | did i take radio logs? |
| 04:06.24 | arrrghhh | uhmm |
| 04:06.36 | WisTilt2 | nm, ill just make this 3 |
| 04:06.41 | arrrghhh | i have the time stamp |
| 04:06.43 | arrrghhh | sorry :P |
| 04:06.58 | WisTilt2 | np, i should have left it at 37 lol |
| 04:07.15 | arrrghhh | heh |
| 04:10.48 | WisTilt2 | testing again, if i get service ill upload it |
| 04:12.08 | *** join/#htc-linux rpierce99_ (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
| 04:13.00 | arrrghhh | sounds good |
| 04:14.58 | WisTilt2 | still no go |
| 04:18.16 | arrrghhh | fawk. what are you changing? |
| 04:18.40 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
| 04:25.42 | WisTilt2 | cdma netloc, trying to code it inside same routine for gsm but they aren't playing well together yet. |
| 04:26.01 | rpierce99 | :) |
| 04:27.01 | arrrghhh | ah |
| 04:27.57 | *** join/#htc-linux sjjsjsj (~chester0@109.61.7.161) |
| 04:29.14 | *** join/#htc-linux mitsutaka_ (~mitsutaka@rt.miraclelinux.com) |
| 04:31.01 | *** join/#htc-linux mitsutaka__ (~mitsutaka@rt.miraclelinux.com) |
| 04:36.27 | *** join/#htc-linux Rob2223 (~Miranda@p4FFF1DE5.dip.t-dialin.net) |
| 04:38.53 | *** join/#htc-linux aberry (48c0550e@gateway/web/freenode/ip.72.192.85.14) |
| 04:42.41 | WisTilt2 | ok got service again. let it grab a few netlocs then need to see log |
| 04:42.53 | rpierce99 | is it up? |
| 04:42.57 | WisTilt2 | yep |
| 04:43.02 | WisTilt2 | image |
| 04:43.11 | WisTilt2 | after this you'll only need the .so |
| 04:43.23 | rpierce99 | should it be hitting userland now? |
| 04:43.55 | WisTilt2 | dont think its fully there yet, need to verify one of the return field offsets |
| 04:44.07 | rpierce99 | cool |
| 04:49.29 | natemcnutty | arrrghhh: you still there? |
| 04:50.56 | *** join/#htc-linux localhost (~Chris@cpe-76-188-107-188.neo.res.rr.com) |
| 04:54.33 | arrrghhh | yup |
| 04:55.51 | WisTilt2 | have a nice nap? |
| 04:56.06 | arrrghhh | lol |
| 04:56.16 | *** join/#htc-linux AngelDeth (~AngelDeat@pool-173-72-6-48.cmdnnj.fios.verizon.net) |
| 04:56.18 | arrrghhh | no, but i do need to go to bed :P |
| 04:56.41 | arrrghhh | grabbin this image now |
| 04:56.46 | arrrghhh | fast |
| 04:57.10 | rpierce99 | i'm grabbing it less fast |
| 04:57.16 | arrrghhh | 700k |
| 04:57.23 | arrrghhh | done already :D |
| 04:57.26 | rpierce99 | i averaged 183, but i'm done |
| 04:57.30 | *** join/#htc-linux CazH (~quassel@3007ds2-rd.0.fullrate.dk) |
| 04:59.01 | AngelDeth | Greets All.. |
| 05:01.39 | rpierce99 | WisTilt2: does the setting turn it on now or is it still forced on? |
| 05:02.38 | WisTilt2 | no its still forced on |
| 05:02.57 | rpierce99 | k wanted to make sure i was filling the log properly |
| 05:03.08 | WisTilt2 | you should see the lat/long showing up in the logs hopefully still |
| 05:03.44 | AngelDeth | Any chance someone can give me alittle insight, you guys are far more superior at this then I am. |
| 05:05.09 | WisTilt2 | perfect. ill code these offsets and build another that should pass the right info to userland. |
| 05:05.50 | arrrghhh | k |
| 05:05.56 | rpierce99 | it looks like going into the browser and hitting update location on the google homepage forces a recheck |
| 05:05.56 | arrrghhh | don't need logs from me? :P |
| 05:06.00 | WisTilt2 | arrrghhh if you are testing this i need your log also to compare |
| 05:06.07 | arrrghhh | cool |
| 05:06.08 | arrrghhh | 1 sec |
| 05:06.16 | WisTilt2 | make sure the cell id's are really different |
| 05:06.24 | arrrghhh | hehe |
| 05:06.34 | WisTilt2 | never know with this stuff |
| 05:06.37 | WisTilt2 | sometimes |
| 05:07.09 | AngelDeth | Anyone cna look into the kernel they are using and see if a specific file exists in the kernel include/hardware for the HD2. The file is called gps.h. |
| 05:07.11 | WisTilt2 | rpierce99 does it force the netloc readings? |
| 05:07.26 | rpierce99 | unless you think the number of occurances in my log is natural |
| 05:07.29 | rpierce99 | it looks like a lot |
| 05:07.38 | rpierce99 | arrrghhh said he got 3 in a 20 minute drive to work |
| 05:07.57 | arrrghhh | rpierce99, 3 unique ones |
| 05:08.03 | rpierce99 | ah |
| 05:08.04 | arrrghhh | and i wasn't running maps |
| 05:08.17 | arrrghhh | it was just "natural" ones if you will? |
| 05:08.21 | arrrghhh | google checking up on me. |
| 05:08.49 | rpierce99 | haha yeah, i have 26 in my log that i ran for 2 minutes, so i figured it was the times i spammed the update button |
| 05:09.10 | arrrghhh | yea, that might've done it :P |
| 05:09.22 | arrrghhh | did the lat/long change at all? |
| 05:09.24 | arrrghhh | or just the time |
| 05:10.21 | arrrghhh | mine are all the same except for the number immediately before the date/timestamp |
| 05:10.52 | rpierce99 | my 3rd number changed a couple times but but no the lat/long is the same |
| 05:11.39 | arrrghhh | i don't know what the other numbers represent... |
| 05:11.53 | arrrghhh | 1,2,3 are a mystery. 4,5 are lat,long. 6 is also a mystery... |
| 05:12.12 | rpierce99 | what are your 123and6 |
| 05:12.28 | rpierce99 | 4155,2,4850,-81 |
| 05:12.36 | arrrghhh | 4121,91,97 and -90 |
| 05:12.39 | arrrghhh | well |
| 05:12.42 | arrrghhh | the -90 changes on me |
| 05:12.45 | arrrghhh | -95 |
| 05:12.47 | arrrghhh | etc |
| 05:12.51 | rpierce99 | maybe a db reading |
| 05:12.55 | arrrghhh | yea |
| 05:13.12 | arrrghhh | first three i'm guessing some tower related guck? |
| 05:17.35 | *** join/#htc-linux arrrghhh_ (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
| 05:21.37 | *** join/#htc-linux avinashhm (~avinash-h@203.101.61.7) |
| 05:30.02 | WisTilt2 | ok about to build, keep fingers crossed |
| 05:30.15 | arrrghhh | hehe |
| 05:30.18 | arrrghhh | just the .so this time? |
| 05:30.55 | rpierce99 | that would require way too much coordination, we would have to figure out who's crossing and how many to make sure we didn't accidentally cross an even number of pairs |
| 05:31.06 | rpierce99 | sorry i'm tired that sounded better in my head |
| 05:31.14 | arrrghhh | wha? |
| 05:31.15 | arrrghhh | lol |
| 05:32.13 | *** join/#htc-linux AgentBlair (~AgentBlai@adsl-67-124-200-190.dsl.sndg02.pacbell.net) |
| 05:32.20 | WisTilt2 | yes will be just the .so |
| 05:32.43 | WisTilt2 | ok its up |
| 05:32.58 | WisTilt2 | lol rpierce99 |
| 05:33.11 | *** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com) |
| 05:33.58 | WisTilt2 | you will have to enable netloc in settings i think for userland apps to look at what im passing back |
| 05:34.11 | arrrghhh | k |
| 05:34.18 | arrrghhh | i did have it enabled on the last boot |
| 05:34.18 | rpierce99 | holds breath |
| 05:34.22 | arrrghhh | but i'll make sure it sticks |
| 05:35.01 | WisTilt2 | it if works first time it will probably put you guys somewhere on the other side of the world or somewhere crazy like that. |
| 05:35.10 | arrrghhh | awesome? |
| 05:35.11 | arrrghhh | lol |
| 05:35.22 | rpierce99 | and that would be "working" lol |
| 05:35.30 | WisTilt2 | ill be happy if it gives you any kind of location to start |
| 05:35.36 | arrrghhh | k |
| 05:36.20 | rpierce99 | well it says see places nearby in the browser |
| 05:36.42 | rpierce99 | instead of the old failed to get location text |
| 05:37.00 | *** join/#htc-linux AgentBlai1 (~AgentBlai@adsl-67-124-200-190.dsl.sndg02.pacbell.net) |
| 05:37.28 | rpierce99 | but maps doesn't seem to like it |
| 05:37.35 | arrrghhh | yea nada in maps |
| 05:37.43 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-226-141.98-62.inwind.it) |
| 05:37.45 | WisTilt2 | error or just nothing? |
| 05:38.03 | arrrghhh | same error as always, current location unavailable |
| 05:38.20 | arrrghhh | hrm... i seem to be having issues with data. up arrow stuck. |
| 05:38.38 | WisTilt2 | disable/enable data and see if it resets |
| 05:38.40 | *** join/#htc-linux Kasjopaja (~Tina@p579C1EF9.dip.t-dialin.net) |
| 05:38.48 | arrrghhh | k |
| 05:39.07 | rpierce99 | my data did the same thing it appears |
| 05:39.54 | WisTilt2 | you guys are mounting the .so i assume |
| 05:40.08 | rpierce99 | so i wonder if maybe maps and others do a sanity check on the data and the browser doesn't |
| 05:40.25 | rpierce99 | yeah it's mount bound just like the other tests |
| 05:40.55 | arrrghhh | you want a radio log WisTilt2 ? |
| 05:41.02 | WisTilt2 | yes plz |
| 05:41.28 | rpierce99 | the BSINFO logging is not happening |
| 05:41.55 | WisTilt2 | none at all? |
| 05:42.00 | rpierce99 | 0 occurances |
| 05:42.19 | arrrghhh | i have one |
| 05:42.23 | arrrghhh | but it doesn't look like there was a response |
| 05:42.41 | arrrghhh | well |
| 05:42.42 | arrrghhh | AT< ERROR |
| 05:42.47 | arrrghhh | ^^ that was the response it looks like |
| 05:42.59 | rpierce99 | mine didn't even ask |
| 05:43.17 | ryannathans | i finally finished downloading from repo sync |
| 05:45.42 | WisTilt2 | ok need to build another. problem when grabbing neighboring cells |
| 05:46.51 | rpierce99 | oh, looks like it did ask once, received error |
| 05:47.04 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 05:52.24 | rpierce99 | comparing the logs it looks like the reason the BSINFO returned error is because it requested BSINFO instead of HTC_BSINFO |
| 05:52.37 | *** join/#htc-linux kiozen (~kiozen@rgnb-4d0d622f.pool.mediaWays.net) |
| 05:52.47 | WisTilt2 | ok .so ready |
| 05:52.59 | WisTilt2 | ah |
| 05:53.03 | WisTilt2 | damn hang on |
| 05:53.08 | WisTilt2 | good catch pierce |
| 05:53.28 | arrrghhh | heh |
| 05:56.34 | WisTilt2 | ok its ready |
| 05:56.46 | WisTilt2 | really didn't think it was going to work 1st try did we? |
| 05:56.58 | arrrghhh | never does |
| 05:57.00 | arrrghhh | :P |
| 05:57.14 | rpierce99 | i had faith in you |
| 05:57.14 | arrrghhh | i always am scared when i compile something for the first time and there's no build errors |
| 05:57.24 | WisTilt2 | i looked at that code dozens of times and never caught the typo |
| 05:58.10 | WisTilt2 | would have worked but i moved where that is called and just retyped it instead of copied |
| 05:58.22 | rpierce99 | i still had the word in my browser search box, with the HTC_ on it, and it didn't find anything, so when I saw it without the HTC i was like DING |
| 05:59.11 | WisTilt2 | yep glad you caught that or i would have gone nuts trying to figure out a different problem |
| 05:59.43 | WisTilt2 | lets just hope we get some kind of location this time |
| 05:59.44 | *** join/#htc-linux netson-ubuntu (~netson-ub@182.6.96.160) |
| 05:59.48 | arrrghhh | hehe |
| 05:59.57 | rpierce99 | maps is giving me loc unavail still |
| 06:00.16 | WisTilt2 | data working or no? |
| 06:00.22 | rpierce99 | oh, browser is too |
| 06:00.35 | rpierce99 | yeah data froze |
| 06:00.59 | WisTilt2 | disable/enable fix it or it died? |
| 06:01.37 | rpierce99 | enabling airplane mode doesn't remove the 3g icon |
| 06:01.47 | rpierce99 | or the signal bars |
| 06:01.54 | rpierce99 | so the radio isn't shutting down |
| 06:02.29 | arrrghhh | loc working in browser |
| 06:02.32 | arrrghhh | but not the right loc :P |
| 06:02.36 | arrrghhh | it thinks i'm in texas |
| 06:02.37 | WisTilt2 | ive seen that before. should just be able to go to wireless networks and disable/enable data |
| 06:03.00 | WisTilt2 | texas really? at least you have a location of some kind thats good! |
| 06:03.14 | arrrghhh | maps... nothin |
| 06:03.35 | arrrghhh | just says waiting for location, then your current location is temporarily unavailable. |
| 06:03.36 | arrrghhh | log? |
| 06:03.38 | WisTilt2 | that means one of the cell id values isnt right yet, probably doesnt know your region |
| 06:03.43 | WisTilt2 | yes |
| 06:04.10 | rpierce99 | yeah that didn't bring back data either |
| 06:04.13 | rpierce99 | it got rid of the icon |
| 06:04.45 | *** join/#htc-linux Nautis (4cda4629@gateway/web/freenode/ip.76.218.70.41) |
| 06:04.51 | arrrghhh | weird |
| 06:04.54 | arrrghhh | i see no bsinfo in there |
| 06:05.58 | rpierce99 | i have a few good bsinfos in mine |
| 06:06.10 | WisTilt2 | arrrghhh did you have data? |
| 06:06.13 | arrrghhh | yea |
| 06:06.20 | arrrghhh | loc unavailable now in browser |
| 06:06.20 | arrrghhh | odd |
| 06:06.21 | rpierce99 | i had data, for a time |
| 06:06.45 | hyc | You guys are still guessing at the BSINFO fields? |
| 06:06.47 | hyc | http://forum.xda-developers.com/showpost.php?p=5836166&postcount=800 |
| 06:07.08 | hyc | that first quote shows the mapping from the modem reply to the RIL response |
| 06:07.45 | arrrghhh | what are the first few numbers tho? |
| 06:08.35 | hyc | First # is CDMA System ID |
| 06:08.57 | hyc | just cross reference those fields in the REGISTRATION_STATE log msg against ril.h |
| 06:09.16 | hyc | 2nd # is CDMA Network ID |
| 06:09.29 | hyc | 3rd # is BaseStation ID |
| 06:09.41 | hyc | 4th # is latitude |
| 06:09.56 | hyc | 5th is longitude, which you already knew |
| 06:10.42 | WisTilt2 | already know the format. the problem is the cell id location info that isnt right |
| 06:11.53 | WisTilt2 | looks like both your data conns got killed as soon as it went to lookup the cell id's |
| 06:13.06 | hyc | oh, it's trying to find your cell IDs in google's database? |
| 06:13.13 | WisTilt2 | yep |
| 06:13.19 | hyc | and your data connection was OK up to that point? |
| 06:13.47 | hyc | it does a hangup before it tries to open a new data conn. mebbe it didn't know there was already one active. ? |
| 06:14.08 | hyc | go ahead and tell me to shut up if I'm not telling you anything you didn't already know... |
| 06:15.03 | WisTilt2 | looks like it dropped prior to that. probably the delay i shortened on data and it needs more time to come up |
| 06:15.32 | rpierce99 | it's weird though it's like a time bomb, works for a while then dies |
| 06:15.54 | WisTilt2 | did you have 3g or 1x before it died? |
| 06:16.02 | rpierce99 | pretty sure it was 3g |
| 06:17.31 | arrrghhh | my data is still working |
| 06:17.32 | arrrghhh | odd |
| 06:18.02 | rpierce99 | but your loc stopped? |
| 06:18.46 | arrrghhh | yea |
| 06:19.19 | arrrghhh | not a single bsinfo either |
| 06:19.20 | arrrghhh | werid |
| 06:19.31 | arrrghhh | s/werid/weird |
| 06:19.34 | arrrghhh | test5 |
| 06:22.14 | arrrghhh | heh loc showing up in browser again |
| 06:22.18 | arrrghhh | still in houston |
| 06:22.19 | arrrghhh | :P |
| 06:24.09 | WisTilt2 | i see the problem. going to have to separate the gsm code from cdma. im done for tonight but will be at the office all day tomorrow so ill have another test sometime in the morning. |
| 06:24.31 | rpierce99 | yeah it's def. bed time here too |
| 06:24.36 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 06:24.51 | rpierce99 | thanks again, good night |
| 06:24.54 | WisTilt2 | ill be on here in the morning so catch ya'll then |
| 06:25.06 | WisTilt2 | nite guys |
| 06:25.41 | rpierce99 | holy cow, the loc is accurate for me |
| 06:25.44 | arrrghhh | damn |
| 06:25.50 | arrrghhh | looks like we are going to have to split cdma/gsm |
| 06:25.56 | arrrghhh | loc? |
| 06:26.00 | rpierce99 | in browser |
| 06:26.00 | arrrghhh | from bsinfo? |
| 06:26.03 | arrrghhh | orly |
| 06:26.09 | rpierce99 | it's in the same state at least |
| 06:26.17 | arrrghhh | lol |
| 06:27.21 | rpierce99 | and I don't think he was saying the file needs to be seperated |
| 06:27.30 | rpierce99 | i think he was saying it needs another codepath |
| 06:27.32 | arrrghhh | just the code |
| 06:27.33 | arrrghhh | yea |
| 06:27.35 | arrrghhh | ah well |
| 06:27.39 | arrrghhh | wayyy past my bed time... |
| 06:27.42 | arrrghhh | talk to you later man |
| 06:27.48 | rpierce99 | yep, nite |
| 06:35.19 | *** join/#htc-linux netson-ubuntu (~netson-ub@182.5.71.57) |
| 06:47.12 | *** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com) |
| 07:03.02 | *** join/#htc-linux avinashhm (~avinash-h@203.101.61.10) |
| 07:03.08 | *** join/#htc-linux camro (~camro@89-104-29-101.customer.bnet.at) |
| 07:03.36 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 07:04.42 | *** join/#htc-linux Termana (~bradley@122.151.80.108) |
| 07:21.01 | *** join/#htc-linux dobrin (~dobrin@85.91.150.26) |
| 07:56.06 | *** join/#htc-linux kiozen (~kiozen@p5DDF3214.dip.t-dialin.net) |
| 08:13.03 | *** join/#htc-linux surgex (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
| 08:15.35 | *** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
| 08:18.04 | *** join/#htc-linux gauner1986 (~Miranda@46.115.3.204) |
| 08:20.03 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 08:42.26 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
| 08:44.29 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 08:49.25 | *** join/#htc-linux DuperGhost (~Duper@109-186-51-94.bb.netvision.net.il) |
| 08:53.16 | *** join/#htc-linux LTxda (~anon@c-98-194-107-10.hsd1.tx.comcast.net) |
| 08:55.44 | *** join/#htc-linux kvaster_ (~kvaster@93.84.112.80) |
| 09:12.13 | *** join/#htc-linux MacDrunk (~marper@201.165.118.194) |
| 09:18.56 | *** join/#htc-linux MN-- (~yaaic@host86-138-132-137.range86-138.btcentralplus.com) |
| 09:24.39 | *** join/#htc-linux gauner1986 (~Miranda@p508C7C86.dip.t-dialin.net) |
| 09:38.56 | *** join/#htc-linux Dinde (kayser@sur-internet.net) |
| 09:45.07 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.34.73.52) |
| 10:01.19 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 10:08.46 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 10:14.38 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 10:18.23 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 10:18.48 | *** join/#htc-linux David_ (c50020f4@gateway/web/freenode/ip.197.0.32.244) |
| 10:21.23 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 10:24.02 | *** join/#htc-linux gauner1986 (~Miranda@p508C7C86.dip.t-dialin.net) |
| 10:34.21 | *** join/#htc-linux t3g (~kvirc@p3E9E236F.dip.t-dialin.net) |
| 10:52.01 | *** join/#htc-linux rzk_ (~rzk@93-80-5-168.broadband.corbina.ru) |
| 11:05.37 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
| 11:09.58 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 11:12.48 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 11:16.12 | *** join/#htc-linux kvaster_ (~kvaster@leased-line-93-125-0-84.telecom.by) |
| 11:27.22 | *** join/#htc-linux MN-- (~yaaic@178.102.148.82) |
| 11:55.23 | *** join/#htc-linux GNUtoo (~GNUtoo@host226-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 12:24.43 | *** join/#htc-linux JustLiving (~Quilck@90.183.82.215) |
| 12:30.49 | *** join/#htc-linux David_ (c50020f4@gateway/web/freenode/ip.197.0.32.244) |
| 12:30.59 | David_ | ping imilka |
| 12:34.03 | David_ | Can anyone help me changing App2SD to Data2SD in initrd, which lines should i change? |
| 12:36.49 | *** join/#htc-linux LordDeath (~Lord|Lapt@cable-81-173-166-52.netcologne.de) |
| 12:59.41 | *** join/#htc-linux dekar_ (~dekar@drms-590c458a.pool.mediaWays.net) |
| 13:04.20 | *** join/#htc-linux rzk_ (~rzk@89-178-75-50.broadband.corbina.ru) |
| 13:05.17 | *** join/#htc-linux mitsutaka_ (~mitsutaka@rt.miraclelinux.com) |
| 13:05.40 | *** join/#htc-linux mitsutaka_ (~mitsutaka@rt.miraclelinux.com) |
| 13:12.32 | *** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com) |
| 13:15.17 | *** join/#htc-linux arrrghhh (~arrrghhh@184.249.64.16) |
| 13:25.31 | *** join/#htc-linux ryannathans (~ryannatha@124.150.33.197) |
| 13:30.56 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-226-141.98-62.inwind.it) |
| 13:31.43 | *** join/#htc-linux Th0mas_ (~Th0mas@211.98.191.90.dyn.estpak.ee) |
| 13:32.32 | *** join/#htc-linux Erikson (~Erik@88.130.130.121) |
| 13:40.47 | *** join/#htc-linux ORi|ON (~ORiONNebu@91.181.46.135) |
| 13:44.56 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
| 13:53.12 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 13:56.25 | *** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
| 14:08.27 | arrrghhh | jonpry, yo |
| 14:08.50 | arrrghhh | i'm not sure which trial i'm running, but i think it was plan a? didn't work for the alarm fix. although it seems you had many other plans :P |
| 14:17.18 | *** join/#htc-linux LTxda (~anon@c-98-194-107-10.hsd1.tx.comcast.net) |
| 14:22.42 | jonpry | arrrghhh, do you know if wistilt2 integrated my changes? |
| 14:22.54 | arrrghhh | i didn't get a new kernel from him |
| 14:23.00 | arrrghhh | i am running the kernel you threw at me |
| 14:23.46 | jonpry | hrm, i see a problem |
| 14:29.10 | jonpry | ok i uploaded new one |
| 14:29.30 | jonpry | definitely a problem in the stuff i gave wistilt2 |
| 14:29.45 | arrrghhh | aw |
| 14:29.46 | arrrghhh | well |
| 14:29.53 | arrrghhh | he didn't pump out a new kernel AFAIK |
| 14:29.59 | arrrghhh | he's been absorbed in RIL fun |
| 14:30.14 | jonpry | is it working yet? |
| 14:30.22 | arrrghhh | the RIL? |
| 14:30.24 | arrrghhh | mostly |
| 14:30.29 | arrrghhh | he's working on CDMA netloc |
| 14:31.44 | arrrghhh | hyc, is as well |
| 14:31.47 | jonpry | yeah RIL |
| 14:31.52 | arrrghhh | ironically they both seem to be at the same stage lol |
| 14:31.59 | arrrghhh | but wistilt2 is makin some good progress |
| 14:32.07 | jonpry | i forget what is broke. NETLOC and MSMS? |
| 14:32.07 | arrrghhh | it seems like he has most of the CDMA commands sorted out |
| 14:32.14 | arrrghhh | SMS is fine |
| 14:32.20 | arrrghhh | netloc is definitely borked |
| 14:32.33 | arrrghhh | there's also issues with all devices when moving, switching towers, going between 2g/3g |
| 14:32.43 | arrrghhh | low service areas |
| 14:32.44 | arrrghhh | etc |
| 14:32.44 | *** join/#htc-linux |lippa| (~lippa@ppp118-209-32-60.lns20.mel4.internode.on.net) |
| 14:32.57 | arrrghhh | i should try call waiting too |
| 14:33.00 | arrrghhh | that's busted on CDMA |
| 14:34.08 | hyc | arrrghhh: have you tried my latest upload? |
| 14:34.14 | hyc | has network type sorted |
| 14:34.18 | arrrghhh | i saw that |
| 14:34.22 | arrrghhh | i have not tried it, sorry. |
| 14:34.39 | arrrghhh | i'm a horrible test case tho, i never get the SoD from the radio flakin |
| 14:34.52 | hyc | well at this point SoD is gone for me |
| 14:35.09 | hyc | so now it's just minor cleanup |
| 14:35.11 | arrrghhh | you used to have it pretty frequently too eh? |
| 14:35.18 | hyc | yes, within 10 minutes usually |
| 14:35.31 | arrrghhh | damn. |
| 14:35.38 | arrrghhh | so you are a good test case for that bug :P |
| 14:35.55 | hyc | let's say, the bug gave me motivation to look at the code ;) |
| 14:36.00 | arrrghhh | heh |
| 14:36.07 | arrrghhh | i was gonna say, why didn't you fix this earlier? :P |
| 14:36.16 | arrrghhh | wistilt2 could've probably used the code |
| 14:36.31 | arrrghhh | although considering he seriously fleshed out the code for CDMA |
| 14:36.34 | hyc | well in fact, most of the code was already in the vogue repo |
| 14:36.36 | arrrghhh | i'm glad he's still working on it |
| 14:36.45 | arrrghhh | yea we just haven't updated our RIL with theirs |
| 14:36.54 | hyc | if he had looked, he could have used it earlier :P |
| 14:37.14 | arrrghhh | yea |
| 14:37.22 | hyc | also I've found various people's pastebins from CDMA android phones |
| 14:37.25 | arrrghhh | i'm not so good at pointing that stuff out |
| 14:37.54 | hyc | so I've figured out some of the command sequences that were just empty else {} clauses before |
| 14:38.06 | arrrghhh | heh |
| 14:38.30 | arrrghhh | i just find it funny that you both picked up the RIL at the same time almost :P |
| 14:39.00 | hyc | yeah, when I started to get convinced the crash wasn't a kernel issue... |
| 14:39.48 | hyc | I still want to finish up my ril_wrapper hacks so I can spy on what the htc_ril actually does. |
| 14:40.10 | arrrghhh | we really are rounding 3rd base |
| 14:40.14 | *** join/#htc-linux |lippa| (~lippa@ppp118-209-32-60.lns20.mel4.internode.on.net) |
| 14:40.30 | rpierce99 | so which one is working well, the htc + wrapper or the vogue ril? |
| 14:40.32 | arrrghhh | BT will be nice. I'd really like to see GPS finished up. |
| 14:40.38 | hyc | vogue ril works best |
| 14:41.43 | hyc | I just noticed that the wrapper is losing track of some things |
| 14:42.25 | hyc | In some cases it needs to intercept the callback/response to a request. it's only keeping track of one request at a time. |
| 14:42.51 | hyc | Looking at the logs, the phone can send a string of requests multiple times before the RIL finishes the first one |
| 14:42.52 | rpierce99 | can't see why that would be a problem :P |
| 14:43.20 | hyc | in that case, it may let many responses go by without munging them as it needed |
| 14:44.23 | hyc | It tends to crash a lot on me :P will see if fixing that helps. |
| 14:44.45 | hyc | and then we can try the dual-mode htc-ril that stinebd dug up for me, see what it does on CDMA for you guys |
| 14:48.26 | hyc | so annoying that there is no public document for the HTC AT command set |
| 14:48.58 | rpierce99 | only getting worse, new HTC phones are running signed bootloaders |
| 14:49.06 | *** join/#htc-linux Erikson (~Erik@88.130.130.121) |
| 14:49.44 | hyc | Sigh |
| 14:49.47 | *** join/#htc-linux vw (4463eeec@gateway/web/freenode/ip.68.99.238.236) |
| 14:50.04 | hyc | I wonder if GPL status can force their hand. |
| 14:50.22 | hyc | basically all of the software they're using is covered by GPL |
| 14:50.39 | stinebd | wut no |
| 14:50.48 | hyc | no? |
| 14:51.05 | stinebd | just the kernel and some external pieces of android are gpl |
| 14:51.24 | stinebd | the bootloader is totally in-house |
| 14:51.31 | hyc | oh well |
| 14:51.50 | arrrghhh | indeed |
| 14:52.02 | arrrghhh | which is why cotulla can write his own |
| 14:52.07 | arrrghhh | and be just fine leaving it closed. |
| 14:52.18 | hyc | You willing to bet that there's GPL code compiled into their files? |
| 14:52.19 | ali1234 | he could do that any way |
| 14:52.34 | stinebd | not the bootloader, no |
| 14:52.59 | arrrghhh | ali1234, eh? not if he was modifying kernel he couldn't. |
| 14:53.35 | ali1234 | existence of a piece of gpl software does not prevent anyone from writing their own version and not releasing the source |
| 14:53.39 | *** join/#htc-linux toastcfh (~toastcfh@29-37.200-68.tampabay.res.rr.com) |
| 14:53.59 | hyc | but using a modified piece of gpl software as your starting point... |
| 14:54.11 | arrrghhh | ali1234, true but then they cannot release it in turn. |
| 14:54.12 | ali1234 | is unnecessary |
| 14:54.20 | ali1234 | no |
| 14:56.14 | ali1234 | q: if google release their bootloader source as GPL tomorrow what effect does this have on magldr? |
| 14:56.20 | ali1234 | a: none at all |
| 14:57.42 | stinebd | well relicensing is not retroactive |
| 14:58.22 | arrrghhh | indeed |
| 14:58.30 | arrrghhh | ali1234, we're talking about things that start gpl |
| 14:58.36 | arrrghhh | magldr didn't start gpl |
| 14:58.57 | rpierce99 | but it doesn't matter if the bootloaders starts GPL, if cotulla wrote it from the ground up there's no GPL to worry about |
| 14:59.14 | ali1234 | rpierce99 wins a cookie |
| 14:59.23 | ali1234 | i'm going back under my bridge now |
| 14:59.24 | arrrghhh | indeed |
| 14:59.26 | rpierce99 | eats cookie |
| 14:59.28 | arrrghhh | ali1234, lol |
| 14:59.45 | arrrghhh | that was my point as well. |
| 14:59.48 | arrrghhh | wants a cookie too |
| 15:04.54 | *** join/#htc-linux CrazyEagle (~opera@nat004-252-205-109.tvoe.tv) |
| 15:08.08 | *** join/#htc-linux chester0 (~chester0@109.61.7.161) |
| 15:09.18 | Detule | hyc is your ril publicly available? |
| 15:09.29 | CrazyEagle | hey |
| 15:09.58 | arrrghhh | Detule, yea he's got a GIT clone as well |
| 15:10.12 | arrrghhh | CrazyEagle, how goes it sir |
| 15:10.19 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-12-212.bb.netbynet.ru) |
| 15:10.49 | jonpry | hi Alex[sp3dev] |
| 15:10.54 | Alex[sp3dev] | jonpry: yo dood |
| 15:11.17 | jonpry | you get .35 running yet? |
| 15:11.48 | Alex[sp3dev] | jonpry: huh? most of stuff is working, except suspend and overclock. and wifi works sometimes.. all the rest seems done |
| 15:12.32 | jonpry | no suspend and overclock? |
| 15:12.44 | jonpry | wif works right? |
| 15:12.49 | jonpry | er wfi |
| 15:13.55 | Alex[sp3dev] | jonpry: yes.. someone needs to fix power collapse. i can fix overclock. gotta add dynamic clock calculation to overclock panel and gpu.. as for the wifi, i have managed to scan only once. it mostly shows no networks. but that's just something wrong with the power handler, just need to move some gpio code from sd slot vdd to wl1251 callbacks |
| 15:14.42 | *** join/#htc-linux Erikson (~Erik@88.130.130.121) |
| 15:16.21 | jonpry | where is your .35 tree? |
| 15:16.40 | Alex[sp3dev] | jonpry: there in gitorious |
| 15:16.54 | jonpry | i only see .27 |
| 15:17.04 | Alex[sp3dev] | jonpry: branch is android-35 |
| 15:17.27 | Alex[sp3dev] | android-2.6.35 actually |
| 15:18.02 | hyc | Detule: http://forum.xda-developers.com/showpost.php?p=12334841&postcount=13 |
| 15:18.35 | Alex[sp3dev] | jonpry: i have reworked smd and qdsp to pass amss-specific values via pdata. we may need to add amss platform drivers for android devices if we don't want to break them.. anyway, someone will need to add files for 6150 and 6225 based on 5225 example |
| 15:20.16 | Detule | hyc: Thanks, mount binding this thing in .conf should work right? |
| 15:20.37 | hyc | yep |
| 15:21.33 | *** join/#htc-linux kvaster_ (~kvaster@vpn-e0.bas-net.by) |
| 15:21.45 | Alex[sp3dev] | jonpry: sound is currently broken. the htc_acoustic_wince is for old jb libs. we plan to add a little improvement to separate it from tpa driver and i will commit the updated kernel code next wekk |
| 15:21.49 | Alex[sp3dev] | s/wekk/week/ |
| 15:22.17 | *** join/#htc-linux emwe (~emwe@cable-86-56-10-158.cust.telecolumbus.net) |
| 15:23.34 | *** join/#htc-linux rzk_ (~rzk@89-178-75-50.broadband.corbina.ru) |
| 15:24.16 | *** join/#htc-linux toastcfh (~toastcfh@29-37.200-68.tampabay.res.rr.com) |
| 15:25.06 | Alex[sp3dev] | anyway, gotta go. drop me a message if you get into using my kernel |
| 15:26.19 | arrrghhh | .35 for rhod jonpry ? :D |
| 15:27.59 | jonpry | it sort of works. i was having trouble with the keyboard |
| 15:28.02 | *** join/#htc-linux Erikson (~Erik@88.130.130.121) |
| 15:28.30 | emwe | let me say i am going to look after rhod too if i get it ;) |
| 15:28.53 | jonpry | emwe, did i ever send you the microp-ksc stuff that i did? |
| 15:28.55 | emwe | hm, from logs it seems alex has pc trouble as well... |
| 15:29.04 | jonpry | or do you already have some implementation? |
| 15:29.23 | emwe | jonpry: nope. but doesn't alex also have one? dunno. i only took over his microp-ng, yet. |
| 15:29.58 | emwe | but i wait for the rhod first. and until i got the pc-freeze when usb is plugged sorted, i am not gonna dive into sth else. |
| 15:30.01 | arrrghhh | emwe, in theory you'll get it. perhaps in 6 months :P |
| 15:30.03 | emwe | still a lot to take over from alex. |
| 15:30.24 | jonpry | i think ng is for ksc |
| 15:30.38 | jonpry | yeah i have usb freeze too |
| 15:30.43 | emwe | oh you do?! |
| 15:30.55 | emwe | with usb plugged and pc-code in place? |
| 15:31.13 | jonpry | i don't know what pc-code is |
| 15:31.14 | emwe | i never had it until i added the arm9 pcom call to pm.c |
| 15:31.18 | emwe | power collapse code |
| 15:31.32 | emwe | the pcom msg telling arm9 that we arm11 is going pc |
| 15:31.47 | emwe | when that is in place, i can see adb loosing connection then freeze |
| 15:31.52 | jonpry | shouldn't usb create a wakelock? |
| 15:32.28 | emwe | i think something is dropping the connection. perhaps some usb related clock "stopped"? |
| 15:32.35 | emwe | you see, no idea on my side. |
| 15:32.51 | emwe | looks like usb can't hold the connection in place, and then freeze. |
| 15:33.04 | *** join/#htc-linux David_ (c50020f4@gateway/web/freenode/ip.197.0.32.244) |
| 15:33.07 | emwe | if i leave usb unplugged i can have the device power collapse all the time until battery runs out. |
| 15:33.11 | jonpry | arm11 should never collapse when usb is plugged. if that is happening, its messged up |
| 15:33.34 | emwe | but i only added the missing pcom to actually go pc. otherwise it would never. |
| 15:33.40 | emwe | but something fishy there, yes. |
| 15:34.32 | emwe | jonpry: you got them with that pcom message or even without? |
| 15:34.36 | jonpry | its just that collapsing with usb plugged would probably kill usb. lots of peripheral clocks are stopped in collapse |
| 15:34.37 | emwe | (the freeze with usb) |
| 15:34.59 | emwe | whonder why it's working with .27 and how. |
| 15:35.19 | jonpry | i'm not sure. not sure if that was pushed before or after my pull |
| 15:35.56 | jonpry | iirc i tried to keep it from sleeping by keeping my hand on the screen, but adb was still dying right after device enumeration |
| 15:36.02 | emwe | you can just disable the pcom in msm_pm_enter_prep_hw() to disable pc |
| 15:36.23 | emwe | to see if it survives with usb plugged. |
| 15:36.26 | emwe | works for me. |
| 15:36.57 | jonpry | is there any reason we are not using the pm.c from .27? |
| 15:36.58 | emwe | dunno how far acpuclock could be related. in .27 is from qcom. |
| 15:37.19 | emwe | jonpry: well, it's not that different actually. |
| 15:37.42 | jonpry | looks like it just has the mods to make it all work right :p |
| 15:38.06 | jonpry | and .35 has snapdragon support or other lameness |
| 15:38.10 | emwe | also compared to voque-pm. but they tore everything apart. |
| 15:38.22 | emwe | snapdragon is all #ifndefed out |
| 15:38.38 | emwe | qcom even did pm2.c for that purpose iirc. |
| 15:38.52 | jonpry | imho we are ditching working code to get a bunch #ifdef'd out stuff |
| 15:39.13 | emwe | pardon? |
| 15:39.33 | jonpry | i don't understand the point of the new pm.c, old one is fine |
| 15:39.42 | jonpry | but then again i haven't tried it |
| 15:39.46 | arrrghhh | wistilt2 went romping thru pm.c |
| 15:39.48 | arrrghhh | in .27 |
| 15:40.03 | Detule | hyc: ok i think i have this thing up and running on my rhod400...i also spend a fair amount of time in poor coverage/get sods maybe once a day so i can give you some feedback |
| 15:40.09 | *** join/#htc-linux Erikson (~Erik@88.130.130.121) |
| 15:40.12 | emwe | jonpry: why should i copy a .27 pm.c if we are going a new kernel. why should i copy the old code over? |
| 15:40.42 | jonpry | cause its platform code. and our platform already had a pm.c :p |
| 15:40.43 | emwe | apart from the fact that smsm api calls have changed and would acutally mean replicating/redoing that to ressemble .35 style |
| 15:41.04 | emwe | so what would be left is .27 looking like .35 in 90% of the code |
| 15:41.06 | emwe | or even more |
| 15:41.10 | emwe | it's not different really |
| 15:41.16 | emwe | and i don't trust anything in .27. |
| 15:41.41 | emwe | i am not even sure that PC is actually running right in .27 |
| 15:42.06 | emwe | and yet i don't even know how often such a PC-cycle should happen in a second. |
| 15:42.14 | emwe | is like 10 times a sec here. or even more. |
| 15:42.25 | jonpry | what |
| 15:42.25 | emwe | dunno if that is right compared to a real android device |
| 15:42.35 | jonpry | it takes almost 500ms to resume |
| 15:43.15 | emwe | i am talking about the msm_pm_collapse(). that codepath is evaluated like 10-20 times a sec according to logs |
| 15:44.23 | jonpry | then it didn't collapse :p |
| 15:44.35 | emwe | if it returns 1 instead of 0 it should, no? |
| 15:44.53 | emwe | what's your experience on .27? |
| 15:45.02 | emwe | how often is that codepath called? |
| 15:45.03 | jonpry | that it collapses for hours at a time |
| 15:45.29 | emwe | it collapses and that's it for hours until woken up again? |
| 15:45.37 | jonpry | yep |
| 15:45.37 | emwe | hmhmhm |
| 15:46.00 | emwe | should i retry .27?! i never saw that actually |
| 15:46.25 | jonpry | its hard to tell from dmesg, because ktime is not incrementing during collapse |
| 15:46.42 | jonpry | but it you look at it hard enough you can see thats what is going on |
| 15:47.31 | jonpry | like it will collapse, wake up at same ktime, but that is when you hit a button an hour later, then resume, do bunch a of stuff, and collapse a minute later when you let the phone sleep |
| 15:47.32 | emwe | ok, giving .27 a spin for checking that |
| 15:47.51 | *** join/#htc-linux toastcfh (~toastcfh@29-37.200-68.tampabay.res.rr.com) |
| 15:48.05 | *** join/#htc-linux Jhinta (~Jhinta@s529c116e.adsl.wanadoo.nl) |
| 15:48.14 | jonpry | you must not be ramping down clock if you can suspend,resume 10 times per second |
| 15:49.09 | emwe | jonpry: so acpuclock's up/down stepping not triggered then. hm. |
| 15:49.48 | emwe | jonpry: ah wait... i don't mean suspend/resume |
| 15:50.25 | jonpry | afaik msm_pm_collapse will only get called once for each suspend/resume pair |
| 15:50.54 | emwe | jonpry: nope. nothing resumes here. it's all suspended. but msm_sleep() and thus msm_pm_collapse() is called several times a sec. |
| 15:51.21 | Bibs | http://gyazo.com/dfc88de37de789e6becf7fadb061cdda.png |
| 15:51.42 | jonpry | so you don't see calls to msm_sdcc suspend/resume in the logs? |
| 15:52.52 | *** join/#htc-linux tiger2wander (~tiger2wan@58.187.64.115) |
| 15:53.21 | emwe | jonpry: hm. if you ask like that... let me recheck. |
| 15:55.24 | emwe | jonpry: when usb-plugged i can see msm_sleep() being called several times and that collapse sometimes returns "1" to indicate pc. |
| 15:55.37 | emwe | 50/50 it does so |
| 15:56.43 | *** join/#htc-linux toastcfh (~toastcfh@29-37.200-68.tampabay.res.rr.com) |
| 15:58.31 | jonpry | usb wakelock works via vbus detect in htc_battery |
| 15:58.41 | jonpry | you have those goodies? |
| 16:00.14 | *** join/#htc-linux toastcfh (~toastcfh@29-37.200-68.tampabay.res.rr.com) |
| 16:00.31 | *** join/#htc-linux appy (7aa81301@gateway/web/freenode/ip.122.168.19.1) |
| 16:00.34 | emwe | i have htc_battery_smem from .27 but i ditched setting vbus state to 1 in board init locally. |
| 16:00.51 | appy | hey can this fryo be installed on my tytn 2 |
| 16:01.05 | arrrghhh | appy, isn't that a vogue? of course it can. |
| 16:01.17 | appy | how it can be done |
| 16:01.23 | arrrghhh | that's one of the best supported devices, other than perhaps the hd2 |
| 16:01.25 | arrrghhh | uhm |
| 16:01.37 | arrrghhh | very carefully? i'd have to look at links from the vogue forums. |
| 16:01.39 | appy | i have downloaded the cabinet file |
| 16:01.42 | arrrghhh | you couldn't figure it out from posts? |
| 16:01.48 | arrrghhh | no cab |
| 16:01.57 | arrrghhh | oh god what have you downloaded, are you getting it from the vogue section? |
| 16:02.02 | appy | the rar has also been downloaded by me |
| 16:02.11 | arrrghhh | you sound like you're downloading from reef's site |
| 16:02.15 | arrrghhh | which is the touchpro2 |
| 16:02.20 | arrrghhh | very different from the tytn2 |
| 16:02.20 | appy | ok |
| 16:02.25 | appy | for tytn 2 |
| 16:02.30 | appy | give me the link |
| 16:02.31 | arrrghhh | vogue |
| 16:02.33 | arrrghhh | damnit |
| 16:02.38 | arrrghhh | handfeeding time |
| 16:02.43 | appy | htc tytn ii link |
| 16:02.51 | arrrghhh | http://forum.xda-developers.com/forumdisplay.php?f=588 |
| 16:03.03 | arrrghhh | that's the section |
| 16:03.04 | arrrghhh | http://forum.xda-developers.com/showthread.php?t=636024 |
| 16:03.07 | arrrghhh | there's a guide |
| 16:03.08 | arrrghhh | have fun |
| 16:03.25 | appy | which one to be downloaded |
| 16:03.39 | appy | rom |
| 16:03.49 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
| 16:03.50 | emwe | thinks about lmatfy - let me arrrghhh that for you |
| 16:03.52 | arrrghhh | don't know |
| 16:03.53 | arrrghhh | find one |
| 16:03.59 | arrrghhh | emwe, lol |
| 16:04.02 | arrrghhh | WisTilt2, yo yo |
| 16:04.06 | WisTilt2 | morning guys |
| 16:04.09 | emwe | moins |
| 16:04.15 | *** join/#htc-linux balans1 (~Gebruiker@62.140.137.125) |
| 16:04.22 | rpierce99 | morning |
| 16:04.50 | jonpry | emwe: i think either wakelocks are broken, or htc_battery_smem is not work right. you could try checking the vbus /sys entry |
| 16:04.59 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-12-212.bb.netbynet.ru) |
| 16:07.51 | *** join/#htc-linux toastcfh (~toastcfh@29-37.200-68.tampabay.res.rr.com) |
| 16:07.57 | WisTilt2 | jonpry: haven't been able to build your changes yet, since the last git pull i cant compile the kernel so going to do a full clone right now and start over. |
| 16:08.24 | Alex[sp3dev] | WisTilt2: could you let me have your ril to test on gsm? |
| 16:08.32 | jonpry | Wistilt2: makefile problem? |
| 16:08.41 | emwe | jonpry: you know by chance where that sysfs entry is burried in sysfs? |
| 16:08.44 | jonpry | i sold you bad code anyways |
| 16:08.52 | arrrghhh | lol |
| 16:08.58 | arrrghhh | hopefully it wasn't expensive code |
| 16:09.03 | Alex[sp3dev] | jonpry: so what about pm? what do we do now? maybe we should take vanilla 27 and drop as many our changes to 27 until it stops collapsing? |
| 16:09.17 | jonpry | <PROTECTED> |
| 16:10.02 | WisTilt2 | jonpry: builds about halfway then errors without any error output. need to start fresh, i have so many changes who knows. |
| 16:10.38 | WisTilt2 | Alex[sp3dev]: sure, i can give you the .so if you want to mount it? |
| 16:11.09 | jonpry | emwe, there are 2 entries that might be responsible. vbus, and source or something. it should change to AC when plugged |
| 16:11.10 | Alex[sp3dev] | WisTilt2: no mounts. i will just copy it to rootfs and system |
| 16:11.19 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
| 16:11.38 | WisTilt2 | Alex[sp3dev] wont load since it wont match signed system will it? |
| 16:11.58 | Alex[sp3dev] | WisTilt2: it will.. because.. we're using insecure mode |
| 16:12.03 | arrrghhh | should work |
| 16:12.08 | arrrghhh | only stine's images are signed. |
| 16:12.09 | jonpry | WisTilt2, do you think scbs patch will apply to latest tree? |
| 16:12.19 | WisTilt2 | Alex[sp3dev]: ok, ill fire it off to you via email right now. |
| 16:12.33 | arrrghhh | jonpry, i always do a double take at scbs as those are my initials, minus the S on the end :P |
| 16:13.07 | emwe | jonpry: scbs applies fine on .27. |
| 16:13.25 | emwe | WisTilt2: i wouldn't mind a copy either :) |
| 16:13.29 | WisTilt2 | jonpry: should. i just stuck your 2 files in the source though |
| 16:13.38 | *** join/#htc-linux rob_w (~bob@ppp-188-174-19-81.dynamic.mnet-online.de) |
| 16:13.43 | Alex[sp3dev] | WisTilt2: will you add the check if /dev/smd7 exists on gsm and use it instead of smd1 for ppp? and also please do runtime gsm detection, not via vogue sysfs.. without that vogue file my X1 says it's a world phone in gsm mode which is bending the truth too hard |
| 16:13.44 | WisTilt2 | you didnt send me an actual patch though |
| 16:13.50 | *** join/#htc-linux toastcfh (~toastcfh@29-37.200-68.tampabay.res.rr.com) |
| 16:14.14 | jonpry | WisTilt2, the original patch i sent you a long time ago |
| 16:14.29 | jonpry | i believe it applies except for makefile on current git |
| 16:14.40 | WisTilt2 | yeah that one worked but that was before the current tree |
| 16:15.14 | *** join/#htc-linux MN-- (~yaaic@host86-138-132-137.range86-138.btcentralplus.com) |
| 16:15.27 | jonpry | WisTilt2, i sent you new rtc driver |
| 16:15.44 | jonpry | that and the scbs.c from yesterday, and the patch from long ago should all work :p |
| 16:16.49 | *** join/#htc-linux knightrocker (~Anoop@14.194.116.40) |
| 16:17.05 | WisTilt2 | jonpry: so this one you just sent is different than the one from yesterday? |
| 16:18.11 | WisTilt2 | im doing a new clone so ill setup a couple separate trees locally so i dont get things mixed up between everything I have going on:) |
| 16:18.17 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
| 16:18.30 | arrrghhh | hehe |
| 16:18.38 | arrrghhh | too much fun WisTilt2 ;) |
| 16:19.15 | *** join/#htc-linux toastcfh (~toastcfh@29-37.200-68.tampabay.res.rr.com) |
| 16:19.25 | jonpry | WisTilt2, yeah new one. yesterdays had all the new code disabled |
| 16:20.39 | Alex[sp3dev] | WisTilt2: thanks |
| 16:20.56 | WisTilt2 | Alex[sp3dev]/emwe just emailed ril |
| 16:21.05 | emwe | WisTilt2: got it, thx |
| 16:21.32 | *** join/#htc-linux kiozen (~kiozen@rgnb-4d0d622f.pool.mediaWays.net) |
| 16:21.37 | jonpry | WisTilt2, are you building multithreaded? |
| 16:21.58 | WisTilt2 | yes |
| 16:22.27 | emwe | jonpry: so just to get it right regarding ktime. the only "correct sleep duration" indicator is the suspend: [enter/exit] suspend timestamps from dmesg, yes? |
| 16:24.00 | jonpry | WisTilt2, that tends to make error messages disappear |
| 16:24.40 | jonpry | cause it prints the concurrently running jobs output below the errors output. if that makes any sense |
| 16:24.59 | jonpry | i usually rebuild without -j9 if it didn't succeed to get sane output |
| 16:25.02 | WisTilt2 | i needed a clean tree anyway:) looks like its going to take awhile, git is very slow dl right now |
| 16:25.22 | rpierce99 | and we know it's git with your fat pipe :) |
| 16:25.23 | jonpry | emwe, no ktime is no good for sleep duration |
| 16:25.49 | WisTilt2 | jonpry: on my i7 im using -j8 |
| 16:26.07 | jonpry | -j9 is better :p |
| 16:26.09 | WisTilt2 | no -j9 |
| 16:26.16 | WisTilt2 | yeah dont know wth im thinking |
| 16:26.47 | emwe | jonpry: hm. at least i had a 30 sec diff between enter and exit from those iso timestamps |
| 16:26.49 | WisTilt2 | need more coffee to get brain in gear today |
| 16:26.51 | Alex[sp3dev] | WisTilt2: want my radio log? |
| 16:26.58 | WisTilt2 | yes plz |
| 16:27.18 | WisTilt2 | like to see how different your gsm is than ours if at all |
| 16:27.55 | Alex[sp3dev] | WisTilt2: i'll email it.. it contains my imei and phone number.. well, you can call me or change your imei and call the terrorists. whatever you wish |
| 16:28.21 | WisTilt2 | emwe: dmesg timestamps are frozen when arm11 collapses so time picks up where it left off |
| 16:28.29 | jonpry | emwe, you can ask msmrtc for real time and printk it or something. scbs patches include some additions to timer.c that allow you to get a new kind of time that runs during sleep |
| 16:28.45 | WisTilt2 | Alex[sp3dev] i think i have better things to do than that:) |
| 16:28.57 | *** part/#htc-linux knightrocker (~Anoop@14.194.116.40) |
| 16:29.49 | WisTilt2 | jonpry: need to add code to read that register i mentioned, then we have a running timestamp of actual power up time |
| 16:30.05 | jonpry | yeah, i think i am doing that via dex |
| 16:30.27 | Alex[sp3dev] | WisTilt2: sent.. i don't like some things. namely, that java throws number format exception and that it loops in AT+CIMI with CME ERROR 14.. i think we can make ril register much faster, no? |
| 16:30.59 | WisTilt2 | Alex[sp3dev] yes, lots of cleaning up to do still |
| 16:31.01 | emwe | jonpry: if ktime is frozen, how are the timestamps explained then? |
| 16:31.02 | emwe | <6>[ 881.534362] suspend: enter suspend(2011-03-25 16:17:12.610000000 UTC) |
| 16:31.03 | emwe | <6>[ 882.083709] suspend: exit suspend, ret = 0 (2011-03-25 16:17:39.460000000 UTC) |
| 16:31.20 | emwe | 12>39 secs |
| 16:32.54 | emwe | WisTilt2: any indicator to check for if your ril is up? some specific output? |
| 16:33.35 | WisTilt2 | Test 5 at the top |
| 16:33.38 | WisTilt2 | of log |
| 16:34.24 | jonpry | emwe, ktime is 881.5 to 882 |
| 16:34.41 | jonpry | looks like that other number is from rtc |
| 16:35.03 | emwe | jonpry: that's what i meant. so that could serve as an indicator how long we slept, right? |
| 16:37.18 | jonpry | i think so |
| 16:37.30 | *** join/#htc-linux rajkosto (~rajkosto@2001:470:1f0b:728:dc83:7356:4d45:28e0) |
| 16:39.16 | WisTilt2 | Alex[sp3dev]: you have edge only there? also i dont see any attempt to setup data connection in the logs. |
| 16:40.47 | Alex[sp3dev] | WisTilt2: yes, only edge here.. well, i think 3g works in some areas but only on winmo. i disabled it. and i don't use data.. moreover, on 35 the ppp won't work cause i don't remap smd1 to smd7. |
| 16:42.55 | emwe | another thing to sort out. ;) |
| 16:43.08 | Alex[sp3dev] | emwe: no, this is userspace issue |
| 16:43.12 | emwe | just needs to be decided if ril's looking it up in dbgfs or not |
| 16:43.20 | Alex[sp3dev] | fuck dbgfs |
| 16:43.23 | emwe | lol |
| 16:43.31 | Alex[sp3dev] | dbgfs is for debug, not for release |
| 16:43.33 | emwe | wasn't it you proposing parsing smd dbgfs ? |
| 16:43.36 | emwe | lol |
| 16:43.43 | Alex[sp3dev] | and you can simply look for /dev/smd7 first |
| 16:44.16 | emwe | Alex[sp3dev]: is it guaranteed it's not there for non-gsm? |
| 16:44.42 | Alex[sp3dev] | WisTilt2: here is a blog of a guy with X1. he seems to have fixed those format issues and error 14 long ago http://mcbridematt.dhs.org/mobile/blog/?p=39 |
| 16:44.59 | Alex[sp3dev] | http://gitorious.org/linux-on-qualcomm-s-msm/mcbridematts-android-htc-ril/commit/71207e5b379a64ddb716be84c7d45c2dc8ebc3a2 |
| 16:45.16 | Alex[sp3dev] | emwe: yes it is. just don't register it in kernel for non-gsm.. |
| 16:46.34 | emwe | Alex[sp3dev]: just don't register?! it's coming from the smd channel alloc table. how would i dare to mess with that :P |
| 16:47.03 | emwe | a quick look indicates cdma don't export smd7, so that looks good. |
| 16:47.38 | rpierce99 | my cdma rhod has smd7, probably because it has both cdma and gsm |
| 16:48.09 | emwe | rpierce99: it's gsm-cdma, right? |
| 16:48.20 | rpierce99 | yes it's dual mode |
| 16:48.58 | emwe | yes, seen only seen dmesg output for rhods where smd7 is present. it's also the only one where smd7 is mapped like gsm to smd7 |
| 16:48.59 | Alex[sp3dev] | emwe: it does not come from smd alloc. it is hardcoded in smd_tty.c and you can hot-patch it like mahimahi does.. like i do.. |
| 16:49.59 | *** join/#htc-linux MN-- (~yaaic@host86-138-132-137.range86-138.btcentralplus.com) |
| 16:52.54 | emwe | Alex[sp3dev]: i meant the channels are always there and registered according to alloc table. |
| 17:01.36 | Alex[sp3dev] | WisTilt2: well, mcbride's ril did fix the ffffffff format exception for me. not cme 14 though |
| 17:02.38 | jonpry | what is this about honeycomb AOSP |
| 17:02.51 | Alex[sp3dev] | jonpry: they've raped us again. in short |
| 17:02.58 | arrrghhh | lol |
| 17:03.03 | arrrghhh | RAPE TIME |
| 17:03.36 | jonpry | Moglen says. "Long experience teaches people that exposing the code to the community helps more than it hurts you." |
| 17:03.40 | Alex[sp3dev] | i want a phone that looks like xperia arc and has hw like htc evo 3d |
| 17:06.45 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
| 17:09.58 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
| 17:12.52 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@host226-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 17:12.55 | *** join/#htc-linux Dinde (kayser@sur-internet.net) |
| 17:14.03 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
| 17:25.43 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-18-145-141.client.mchsi.com) |
| 17:26.53 | *** join/#htc-linux gauner1986 (~Miranda@46.115.3.204) |
| 17:28.24 | WisTilt2 | arrrghhh/rpierce99 test 6 is up. see if location puts you where you really are now. |
| 17:28.59 | *** join/#htc-linux Krazie (poppa@66.118.185.166) |
| 17:30.48 | arrrghhh | WisTilt2, cool |
| 17:30.55 | arrrghhh | .so or full image? |
| 17:31.09 | hyc | that format error is kinda stupid. just leave those fields as NULL pointers instead of setting them to -1 |
| 17:31.22 | WisTilt2 | .so |
| 17:31.36 | WisTilt2 | emwe: looks like you got connected in HSUPA mode nice |
| 17:31.41 | *** join/#htc-linux JustLiving (~Quilck@90.183.82.215) |
| 17:31.55 | arrrghhh | k |
| 17:31.59 | arrrghhh | gonna sign off to test |
| 17:31.59 | stinebd | supafast! |
| 17:32.00 | emwe | WisTilt2: shows 3g as icon. |
| 17:32.11 | stinebd | emwe: we don't distinguish between umts and hspa |
| 17:32.14 | WisTilt2 | yeah you need my system.ext2 to display the H |
| 17:32.15 | hyc | you need a framework edit to get the H icon |
| 17:32.50 | stinebd | WisTilt2: i can do that in gingerbread if you'd like, since that's just an overlay edit |
| 17:32.52 | emwe | condensed ril power around. |
| 17:33.31 | hyc | stinebd: sounds like you might as well. no harm in enabling it always. |
| 17:33.36 | WisTilt2 | stinebd: sounds good. just keep all the H modes to generic H instead of breaking them out |
| 17:34.06 | WisTilt2 | even though we know the different modes, im sure the user doesnt care which of the H modes they're in really |
| 17:34.12 | stinebd | i don't touch anything in frameworks/base for that |
| 17:34.16 | stinebd | so whatever it does, it does |
| 17:34.21 | hyc | there's only 1 icon |
| 17:34.54 | hyc | hm, I wonder if I'm looking at an out of date ril.h, I don't see any 4G codes |
| 17:34.56 | WisTilt2 | if it was me, being google that is, i'd have an icon for each evdo mode and gsm mode, not that hard to do |
| 17:35.11 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 17:35.56 | rpierce99 | data went down again :( |
| 17:36.12 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-8-238-251.hsd1.co.comcast.net) |
| 17:36.37 | hyc | Ohhh, I was looking at an out of date ril.h. Now I see EVDO Rev B anyway |
| 17:36.57 | stinebd | WisTilt2: google is racist against cdma |
| 17:37.02 | stinebd | like all smart people |
| 17:37.14 | arrrghhh | stabs stinebd with his CDMA phone |
| 17:37.50 | stinebd | stabs? |
| 17:38.11 | arrrghhh | the CDMA will harm you |
| 17:38.16 | arrrghhh | i got nothin. |
| 17:38.45 | stinebd | bayonet phone? |
| 17:39.20 | arrrghhh | lmao |
| 17:39.23 | arrrghhh | wants one |
| 17:39.26 | arrrghhh | they have the shaver phone |
| 17:39.31 | arrrghhh | i want a cheese grader on my phone |
| 17:39.38 | WisTilt2 | rpierce99: is data down at boot each time? try just disable/enable only the data and see if it comes up |
| 17:40.08 | rpierce99 | no when it comes up the google home page loads fine |
| 17:40.15 | rpierce99 | it might be after i try to use maps |
| 17:41.51 | rpierce99 | no it's freezing up in some way, even after disabling the data checkbox the 3g icon is still on screen |
| 17:43.40 | WisTilt2 | boot up and only use browser to see if it finds you closer to where you are. looks like something when maps is used kills data? |
| 17:43.54 | rpierce99 | this time i booted and didn't open maps and it still died |
| 17:44.23 | WisTilt2 | is it switching to 1x before it dies or staying in 3g? |
| 17:44.29 | rpierce99 | 3g |
| 17:44.42 | rpierce99 | homepage might be cached though |
| 17:45.12 | arrrghhh | crap |
| 17:45.16 | arrrghhh | gotta go to lucnh |
| 17:45.29 | arrrghhh | having some oddities with this ril, i'll test more when i'm back. |
| 17:48.20 | rpierce99 | i'm rebooting now to see if disabling the netloc checkbox changes anything |
| 17:52.05 | rpierce99 | no, i don't think data is working from the get-go, home page is the only thing that loads even with netloc off, probably cached, speed test app doesn't work |
| 17:52.40 | rpierce99 | it sets up the call though because i get the 3g icon |
| 17:52.54 | rpierce99 | could it be something weird in my image? should i try redownloading the system? |
| 17:53.32 | WisTilt2 | yeah let me build the image and you can try that |
| 17:54.39 | rpierce99 | my system may have fallen out of date in all the different versions |
| 17:54.40 | *** join/#htc-linux vinceweis (4463eeec@gateway/web/freenode/ip.68.99.238.236) |
| 17:55.44 | WisTilt2 | zip is up |
| 17:58.01 | WisTilt2 | are you running my modded rootfs when you use only the image without mounting the .so? |
| 17:58.08 | rpierce99 | yes |
| 17:58.14 | WisTilt2 | k, just making sure |
| 17:58.26 | rpierce99 | nothing changes except I delete the .so out of the folder, so mount bind fails |
| 18:02.13 | WisTilt2 | if this still kills data im going to hold off all those netloc's until radio is up, which is really how it should be anyway |
| 18:08.50 | rpierce99 | that log is me booting in as normal, and immediately running speed test to verify data |
| 18:08.54 | rpierce99 | (didn't work) |
| 18:10.50 | rpierce99 | Clean up connection due to radioTurnedOff after the nitz null pointer exception |
| 18:11.34 | WisTilt2 | get this next .so and try it. waits for radio up now |
| 18:12.05 | *** join/#htc-linux gauner1986 (~Miranda@p508C7C86.dip.t-dialin.net) |
| 18:17.23 | rpierce99 | sweet, data works |
| 18:18.15 | *** join/#htc-linux balans1 (~Gebruiker@62.140.137.118) |
| 18:18.28 | rpierce99 | it thinks i am in omaha, NE |
| 18:19.03 | WisTilt2 | lol. so data is working ok now? |
| 18:19.11 | WisTilt2 | right off the bat? |
| 18:19.45 | rpierce99 | yes data works great now, searching for local coffee shops in browser is taking me to omaha, maps still gives me loc unavailable |
| 18:20.10 | stinebd | you turned netloc back on? |
| 18:20.16 | rpierce99 | yes |
| 18:20.32 | stinebd | well i'm out of ideas |
| 18:21.28 | WisTilt2 | we had you in the correct state last night though and now you're in NE hmm |
| 18:21.45 | WisTilt2 | let me see that log |
| 18:21.47 | rpierce99 | yeah same search last night gave me minnetonka, mn |
| 18:22.57 | WisTilt2 | stinebd: shouldn't the same data that is working in browser location work the same in maps? i dont see any different data being passed back to userland anywhere. |
| 18:24.42 | stinebd | well if it's not a mock location then yes they should get the same results |
| 18:24.45 | rpierce99 | error parsing location: java.lang.NumberFormatException: unable to parse 'ffffffff' as integer |
| 18:25.35 | hyc | you can actually ignore those |
| 18:25.51 | hyc | but the ril code ought to be passing NULL pointers instead of strings for those |
| 18:26.20 | hyc | this is correct in my repo if you want to see it |
| 18:26.50 | hyc | hmmm, my mistake |
| 18:26.54 | *** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@89.32.146.153) |
| 18:27.01 | *** join/#htc-linux Erikson (~Erik@p54B75215.dip.t-dialin.net) |
| 18:27.01 | hyc | location? probably wants decimal instead of hex? |
| 18:27.14 | stinebd | clearly wants integer |
| 18:29.08 | WisTilt2 | rpierce99 try this one and see where it puts you |
| 18:29.34 | stinebd | the fabled lost city... of atlanta! |
| 18:29.44 | WisTilt2 | reactor 3 in japan |
| 18:30.03 | stinebd | that could get hot |
| 18:30.05 | *** join/#htc-linux balans1 (~Gebruiker@62.140.137.154) |
| 18:35.33 | rpierce99 | still says omaha |
| 18:38.33 | rpierce99 | meh browser says loc unavailable too if i dig further |
| 18:39.21 | WisTilt2 | ok one moe try standby |
| 18:39.44 | rpierce99 | from the homepage i hit "see places nearby" and it shows me omaha, but if i use the "planes near: Enter a location" drop down and choose current location it says location unavailable |
| 18:40.02 | rpierce99 | so i think it's just taking me to some default location |
| 18:40.33 | rpierce99 | don't know if it matters but i went into Settings/Applications/Development and turned off the fake locations |
| 18:41.56 | stinebd | well that will stop it from putting you in omaha for sure |
| 18:42.24 | rpierce99 | no google still takes me there as a default |
| 18:42.56 | stinebd | probably gotta reboot then |
| 18:43.20 | rpierce99 | well google knows that it's not showing me my current location |
| 18:43.28 | rpierce99 | because it gives me the option to use my current location |
| 18:45.53 | WisTilt2 | try this one |
| 18:46.16 | stinebd | have you made the ril work for gsm without a sim card yet? |
| 18:46.25 | stinebd | i want data without paying |
| 18:47.44 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-12-212.bb.netbynet.ru) |
| 18:50.47 | NeoMatrixJR | When you're all said an done will we be able to leave the GSM card in our world phones and select CDMA or GSM as we please WisTilt2? |
| 18:51.04 | stinebd | you can do that already |
| 18:51.43 | NeoMatrixJR | I thought we still needed to keep our SIM cards out to run CDMA? must have missed that one |
| 18:51.57 | rpierce99 | you do, data dies if the sim is left in |
| 18:52.11 | stinebd | even with force_cdma=1? |
| 18:52.16 | rpierce99 | yes |
| 18:52.16 | NeoMatrixJR | yeah |
| 18:52.19 | NeoMatrixJR | thought so |
| 18:52.29 | stinebd | anyway data is a nonessential service |
| 18:52.32 | stinebd | if voice works, stop whining |
| 18:52.39 | NeoMatrixJR | o_O |
| 18:52.48 | rpierce99 | loc unavailable |
| 18:53.31 | NeoMatrixJR | fyi, sounds like jb's considering putting up a BT test thread soon. |
| 18:54.57 | NeoMatrixJR | from what I've run with his help BT seems to work pretty well for me so far, but the phone won't sleep with BT on. According to JB it's a msm hs uart wakelock. |
| 18:55.15 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
| 18:55.27 | *** join/#htc-linux toastcfh (~toastcfh@29-37.200-68.tampabay.res.rr.com) |
| 18:55.29 | stinebd | we still need to get ti working too |
| 18:55.56 | rpierce99 | log WisTilt2? |
| 18:56.08 | WisTilt2 | yes plz |
| 18:56.34 | WisTilt2 | building another also, id's must be reversed |
| 18:56.51 | WisTilt2 | next .so ready |
| 18:57.16 | *** join/#htc-linux nikola92 (6d5dda7b@gateway/web/freenode/ip.109.93.218.123) |
| 18:58.04 | WisTilt2 | wait, that last log is the same location info as before, which it shouldnt be |
| 18:58.10 | WisTilt2 | you sure you running the last .so? |
| 18:58.14 | rpierce99 | test 8 right? |
| 18:58.17 | WisTilt2 | yeah |
| 18:58.23 | rpierce99 | test 8 is in the log |
| 18:59.59 | NeoMatrixJR | stinebd: ti BT already pairs right? just no audio? |
| 19:00.01 | WisTilt2 | after this #9 test we might have to try previous again. maybe i changed it in source and didnt save, just rebuilt:) |
| 19:00.10 | stinebd | NeoMatrixJR: ti bt crashes gingerbread |
| 19:00.26 | NeoMatrixJR | ah....hmmm |
| 19:00.45 | stinebd | and its ability even to pair (on froyo) varies on devices. mine doesn't pair. |
| 19:01.33 | NeoMatrixJR | could it be an issue with the clocks? |
| 19:01.47 | stinebd | phh maintains that it's entirely a userland issue |
| 19:01.57 | stinebd | which i'm inclined to agree with |
| 19:02.04 | Alex[sp3dev] | stinebd: strangely enough i support phh this time |
| 19:02.22 | Alex[sp3dev] | it even works on 4mbps |
| 19:02.56 | stinebd | i've gotten firmware to load in that case, but no successful transfer |
| 19:03.35 | Alex[sp3dev] | want me to try aite now? i just ran a scan and decided 'scans = works' |
| 19:03.58 | stinebd | which board do you have? x1? |
| 19:04.06 | Alex[sp3dev] | stinebd: yep |
| 19:04.14 | rpierce99 | this google page is so weird |
| 19:04.27 | stinebd | worth a try i guess. i have a gsm raph110 |
| 19:04.27 | rpierce99 | loc unavailable, but now all the results its returning by default are from KS |
| 19:04.28 | Alex[sp3dev] | aite, need to boot my beloved 35 ;) |
| 19:05.03 | stinebd | rpierce99: told you it would stop putting you in omaha ;) |
| 19:05.05 | Alex[sp3dev] | wl1251 is driving me crazy. i have *somehow* managed to get it working and scan networks once, but never after |
| 19:05.07 | WisTilt2 | rpierce99 let me take a look at that log |
| 19:05.48 | WisTilt2 | broken data is fixed though correct? |
| 19:05.48 | Alex[sp3dev] | WisTilt2: do you think error 14 and other errors with sim not ready can be handled more accurately so that it registers faster? |
| 19:07.02 | stinebd | Alex[sp3dev]: your wl1251 work is being done only on .35? |
| 19:07.03 | WisTilt2 | Alex[sp3dev], yeah already fixed some of it by holding off things until radio actually comes up. lots to do, working on netloc for cdma right now though |
| 19:07.35 | Alex[sp3dev] | stinebd: of course |
| 19:07.41 | stinebd | cool |
| 19:08.25 | Alex[sp3dev] | stinebd: anyway it can be backported. but i actually want to pull the wl1251 from kernel.org head and add some patches for... adhoc, ap mode and packet injection, yeah |
| 19:08.46 | stinebd | they have ap mode in mainline now? |
| 19:08.57 | Alex[sp3dev] | not sure, but i saw some patches |
| 19:09.04 | stinebd | sweet jesus that would rock |
| 19:12.39 | Alex[sp3dev] | stinebd: looks like a fail. i don't have a file manager to do obex send. furthermore, gsm, i2c and touchscreen have died altogether. epic |
| 19:12.57 | rpierce99 | WisTilt2: sorry didn't see that second message, yes haven't had a problem with broken data since the move to after data is up |
| 19:13.01 | stinebd | Alex[sp3dev]: uh ok, it's not that bad for me :D |
| 19:15.09 | WisTilt2 | rpierce99: bear with me. test 10 up |
| 19:15.47 | phh | Alex[sp3dev]: wl1251 worked fine last time |
| 19:16.01 | phh | my first android releases with wifi was with wl1251 actually |
| 19:16.08 | *** join/#htc-linux toastcfh (~toastcfh@29-37.200-68.tampabay.res.rr.com) |
| 19:17.32 | phh | well on .29. |
| 19:18.47 | stinebd | .29? |
| 19:19.10 | stinebd | you got some secret kernel tree that works 100%? |
| 19:19.26 | Alex[sp3dev] | stinebd: it's just another phone |
| 19:21.02 | phh | oops .27 |
| 19:21.28 | gauner1986 | that's so oldschool |
| 19:21.31 | gauner1986 | :P |
| 19:21.40 | *** join/#htc-linux Dattebayo (~mehdi@2.176.106.53) |
| 19:21.48 | Alex[sp3dev] | gauner1986: yeah. dunno why they're still using it. i'm on 2.6.35.7... |
| 19:21.57 | rpierce99 | loc unavailable still and my google location of the minute seems to be Fenton, MO |
| 19:22.31 | stinebd | what kind of airplane do you have? |
| 19:22.36 | *** join/#htc-linux kiozen (~kiozen@rgnb-4d0d622f.pool.mediaWays.net) |
| 19:22.38 | rpierce99 | g6 |
| 19:22.43 | rpierce99 | that's how i roll |
| 19:23.02 | Dattebayo | hey guys i bought a htc and it aint have "Market" apps on it and when i want to dl from android market it gives error : no phone associated in this account wat am i supposed to do? |
| 19:23.15 | WisTilt2 | you sure you're not teleporting to these places? |
| 19:23.40 | Alex[sp3dev] | WisTilt2: you know what? in soviet russia, you teleport places |
| 19:23.45 | rpierce99 | WisTilt2: for your purposes i'd ignore these places, i think google local just has a bunch of cities randomized when it doesn't know where you are |
| 19:25.53 | WisTilt2 | rpierce99: test 11 up |
| 19:26.07 | rpierce99 | this is the url it is spitting out http://www.google.com/m/local?q=Bars&source=mlpp&csll=&action=devloc |
| 19:26.33 | rpierce99 | when i open it, it appears to use my ip address or something to place me, at least on my laptop |
| 19:27.51 | stinebd | well if they're going by IP, mobile networks aren't very useful and it could be sending you anywhere within probably about 10 states of where you actually are |
| 19:27.53 | *** join/#htc-linux toastcfh (~toastcfh@29-37.200-68.tampabay.res.rr.com) |
| 19:28.21 | rpierce99 | exactly, which is why it keeps moving me around even though netloc isn't working |
| 19:28.33 | WisTilt2 | thats true, often in speedtest app it thinks im in overland KS |
| 19:28.37 | rpierce99 | so getting minnesota yesterday was coincidence |
| 19:29.01 | WisTilt2 | you have netloc enabled in settings still? |
| 19:29.05 | rpierce99 | yep |
| 19:29.09 | rpierce99 | and it tries to get it |
| 19:29.18 | rpierce99 | takes some seconds to fail |
| 19:29.47 | WisTilt2 | you can see in your logs that it's pulling it, just doesn't like what we're returning yet |
| 19:30.41 | Dattebayo | guys how can i associate my cell with android market? |
| 19:31.31 | rpierce99 | i don't think you associate it with the market, you associate it with your google account, which you can do from settings since you don't have the market app |
| 19:33.46 | rpierce99 | location unavailable |
| 19:33.57 | stinebd | where you at now dawg? |
| 19:34.03 | rpierce99 | fenton, mo |
| 19:34.17 | Dattebayo | well my location is in boycott i think |
| 19:34.21 | stinebd | looks boring |
| 19:34.32 | WisTilt2 | ok we need to verify that this is even working. im going to hard code one of our local cell tower locations and see if it thinks you're here. |
| 19:34.45 | Dattebayo | well how can i do it in my google acc and i dont have market app in my cel too |
| 19:34.45 | rpierce99 | sounds good |
| 19:36.41 | *** join/#htc-linux arrrghhh (~arrrghhh@108.125.2.14) |
| 19:38.49 | *** join/#htc-linux rob_w (~bob@ppp-188-174-19-81.dynamic.mnet-online.de) |
| 19:41.40 | WisTilt2 | ok test 12 with this location. lunch is here so back shortly. |
| 19:43.07 | arrrghhh | i need to bring my laptop to work |
| 19:43.34 | Alex[sp3dev] | anyone has a iwlist and iwconfig static build for android? |
| 19:43.48 | CrazyEagle | :D |
| 19:44.23 | Alex[sp3dev] | ok, i will build myself if that makes you laugh |
| 19:44.26 | arrrghhh | Dattebayo, in case you didn't notice, this room isn't for support. what device do you have? |
| 19:44.29 | CrazyEagle | I am crying now |
| 19:44.30 | CrazyEagle | :D |
| 19:44.48 | CrazyEagle | Alex, I found good classification for our jobs with Android: http://www.sgu.ru/node/51877 |
| 19:44.50 | Dattebayo | htc legend - and wat is this room for? |
| 19:44.51 | CrazyEagle | :D |
| 19:45.54 | Alex[sp3dev] | fapping for food? |
| 19:46.01 | arrrghhh | Dattebayo, dunno, this one is for kernel development. |
| 19:46.09 | CrazyEagle | no just week end |
| 19:46.10 | arrrghhh | Dattebayo, that's a native android device, go to #android |
| 19:46.17 | Alex[sp3dev] | arrrghhh: no, this one is for fapping for food |
| 19:46.35 | CrazyEagle | heh |
| 19:46.37 | rpierce99 | WisTilt2: loc unavailable, log coming |
| 19:46.37 | CrazyEagle | :D |
| 19:46.45 | arrrghhh | Alex[sp3dev], o right. that too. |
| 19:47.02 | DuperMan | lies. you hate on me when I fap on food here:( |
| 19:47.05 | CrazyEagle | arrrghhh, when u become hhhgrrrra? |
| 19:47.19 | arrrghhh | CrazyEagle, only on the weekends. |
| 19:47.22 | CrazyEagle | okay |
| 19:47.23 | Alex[sp3dev] | DuperMan: that's true |
| 19:47.25 | CrazyEagle | I will check |
| 19:47.28 | CrazyEagle | ;) |
| 19:47.33 | Alex[sp3dev] | DuperMan: because it's not what fapping for food is |
| 19:47.46 | Alex[sp3dev] | fapping for food is when you are paid to watch porn and fap |
| 19:47.59 | arrrghhh | wait |
| 19:48.02 | DuperMan | omg I had it all wrong>< |
| 19:48.04 | arrrghhh | i can get paid to watch porn and fap!??! |
| 19:48.04 | Alex[sp3dev] | fap yeah |
| 19:48.08 | DuperMan | DONT EAT THE COOKIES! |
| 19:48.14 | arrrghhh | why the hell am i working this dead end job |
| 19:53.17 | *** join/#htc-linux vinceweis (4463eeec@gateway/web/freenode/ip.68.99.238.236) |
| 19:54.08 | hyc | arrrghhh: what kind of job? you into C programming? |
| 19:54.20 | arrrghhh | random |
| 19:54.24 | stinebd | apprentice fapper |
| 19:54.36 | arrrghhh | i do VoIP security and data network maintenance mostly. |
| 19:54.46 | Alex[sp3dev] | so that's how they call it now |
| 19:55.01 | arrrghhh | shit breaks, i fix it. sometimes i get to work on projects. |
| 19:55.04 | CrazyEagle | is it expensive to hire u for playing StarCraft? |
| 19:55.41 | arrrghhh | CrazyEagle, very. |
| 19:55.48 | CrazyEagle | :D |
| 19:55.56 | CrazyEagle | okay |
| 19:55.58 | stinebd | he only accepts payment in the forum of blt sandwiches |
| 19:56.01 | stinebd | form* |
| 19:56.01 | arrrghhh | i heard the aveage south korean makes 60k/yr... so i'd probably be worth upwards of 80k |
| 19:56.17 | arrrghhh | that's a lotta blt's |
| 19:56.30 | rpierce99 | arrrghhh: the average south korean 3 year old can outplay you in starcraft |
| 19:56.51 | arrrghhh | rpierce99, says you! |
| 19:56.59 | arrrghhh | man it must be friday, we are seriously OT :P |
| 19:57.18 | Alex[sp3dev] | arrrghhh: did you know rpierce99 is a 3 year old south korean? |
| 19:57.23 | stinebd | i think you mean, it must be a day ending with y |
| 19:57.28 | arrrghhh | lmao |
| 19:57.35 | arrrghhh | stinebd, touche |
| 19:57.47 | arrrghhh | Alex[sp3dev], yea, he keeps beating me at starcraft :/ |
| 19:57.53 | rpierce99 | hyc: you posted the netloc ril right? |
| 19:58.26 | hyc | yep |
| 19:58.40 | rpierce99 | it's a no-go for location, interesting seeing H though :) |
| 19:58.46 | hyc | woohoo |
| 19:58.52 | hyc | show me a logcat -b radio |
| 20:00.28 | *** join/#htc-linux johnb81 (~johnb81@78.187.86.161) |
| 20:00.59 | rpierce99 | haha why does it try to connect to T-Mobile |
| 20:01.22 | hyc | I stuffed that in as the default operator ID |
| 20:01.40 | hyc | looks like regular CDMA android phones use a fake ID instead |
| 20:01.48 | rpierce99 | it spends a lot of time failing out on tmobile |
| 20:01.52 | hyc | so I might change that again |
| 20:02.37 | arrrghhh | hehe |
| 20:05.19 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@host226-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 20:06.18 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 20:07.35 | *** join/#htc-linux Entropy512 (~quassel@cpe-69-205-145-233.stny.res.rr.com) |
| 20:12.09 | *** join/#htc-linux Wally (~wally@c-75-73-178-169.hsd1.mn.comcast.net) |
| 20:12.57 | hyc | I'll set it back to using 310995 like it was before |
| 20:13.08 | hyc | otherwise you have to change your APN database |
| 20:17.19 | hyc | I'm kind of puzzled. I see radio logcats from CDMA phones and they clearly know they're CDMA |
| 20:17.38 | hyc | sounds like there's a build.prop missing somewhere, to tell Android to use its CDMA functionality |
| 20:18.23 | stinebd | it's up to the ril to tell it which technology it's on |
| 20:18.38 | *** join/#htc-linux Wally (~wally@c-75-73-178-169.hsd1.mn.comcast.net) |
| 20:20.58 | Entropy512 | hmm, had a question - in our rootfs, there seem to be copies of the RIL, what's up with that? |
| 20:21.08 | Alex[sp3dev] | that sucks |
| 20:21.10 | Alex[sp3dev] | rootfs must die |
| 20:21.14 | arrrghhh | spares |
| 20:21.20 | Entropy512 | oops wrong channel, probably meant for #xdandroid |
| 20:21.23 | arrrghhh | in case the first RIL disappears |
| 20:21.34 | Entropy512 | ah - so the ril in system.ext2 takes priority? |
| 20:21.45 | Entropy512 | er /system |
| 20:22.25 | Entropy512 | Trying hyc's RIL, want to make sure the phone is using the right one. :) |
| 20:26.54 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
| 20:29.51 | *** join/#htc-linux Wally__ (~wally@c-75-73-178-169.hsd1.mn.comcast.net) |
| 20:32.32 | hyc | the one in rootfs is the one that gets used, currently |
| 20:33.17 | arrrghhh | indeed |
| 20:34.44 | *** join/#htc-linux arif-ali (~arif-ali@88-104-137-48.dynamic.dsl.as9105.com) |
| 20:35.03 | hyc | stinebd: maybe so, but I don't see when that happens |
| 20:35.12 | hyc | looking at radio log from boot time onward |
| 20:35.42 | hyc | you see logs from PHONE, then RILJ and RILC, and then GSM |
| 20:36.04 | hyc | but all of that is before it has even communicated with the radio yet |
| 20:37.59 | Entropy512 | hyc: crud, so I'm using the wrong RIL. :P |
| 20:38.33 | Entropy512 | mucking with the rootfs is a bit more of a pain than mucking with /system - where should the RIL be bind-mounted to? |
| 20:39.02 | hyc | <PROTECTED> |
| 20:39.06 | hyc | er froyo |
| 20:39.41 | hyc | it's no hassle. I just do mount -o remount,rw / and then move one in |
| 20:39.49 | hyc | you have to rename the old one, you can't just overwrite it |
| 20:40.05 | hyc | then mount -o remount,ro / when you're done, then reboot |
| 20:40.30 | Entropy512 | that's odd that you have to rename... oh you mean doing it right from the phone |
| 20:40.36 | hyc | yeah |
| 20:40.51 | Entropy512 | can prolly just overwrite if I've got it mounted on my machine. :P |
| 20:40.55 | hyc | I do everything on the phone, easier. |
| 20:40.59 | hyc | yeah that'll work |
| 20:43.31 | Entropy512 | ok. that's a little odd |
| 20:43.38 | Entropy512 | they're exactly the same size (old and new) |
| 20:43.39 | Entropy512 | hmm |
| 20:43.52 | hyc | eh, that is a bit odd |
| 20:44.16 | hyc | I'm about to upload yet another with more CDMA fixes |
| 20:44.26 | hyc | based on rpierce99's log |
| 20:44.32 | Entropy512 | I'm on GSM. :P |
| 20:44.47 | Entropy512 | well same exact size but cmp says there's lots of different bytes |
| 20:44.47 | hyc | ok, never mind :P |
| 20:44.48 | arrrghhh | hyc, are you just pulling stuff from the vogue RIL upstream? |
| 20:44.54 | hyc | not any more |
| 20:45.02 | hyc | arrrghhh: I'm way past them now |
| 20:45.16 | hyc | fixing a ton of stuff they never got right |
| 20:45.33 | arrrghhh | ok... |
| 20:45.45 | arrrghhh | i just hope you're not duplicating work |
| 20:46.32 | hyc | duplicating whose work? aside from Wistilt2 |
| 20:46.39 | arrrghhh | that would be it |
| 20:46.55 | hyc | well, since he hasn't published anything usable yet, that can't be helped |
| 20:47.05 | odz | ^^ |
| 20:47.22 | arrrghhh | yea he's still ironing out issues |
| 20:47.25 | hyc | this is working nice and stable for me on GSM |
| 20:47.38 | arrrghhh | you know he's going to release it right? |
| 20:47.45 | hyc | when? |
| 20:47.45 | arrrghhh | not like he's just going to hang onto it. |
| 20:47.49 | hyc | of course |
| 20:48.00 | arrrghhh | when it's ready for general testing i'd presume |
| 20:48.07 | stinebd | i heard he's just kanging it from tiad8 |
| 20:48.14 | hyc | lol |
| 20:48.14 | arrrghhh | lmao |
| 20:48.21 | odz | lmao |
| 20:48.34 | hyc | well, wistilt2 is free to pull from my git repo |
| 20:48.40 | hyc | everything I change is documented |
| 20:48.49 | stinebd | code is not documentation! |
| 20:48.55 | Alex[sp3dev] | btw, in soviet russia (on 4pda.ru, actually) everyone liked tiad8 and says that arrrghhh is a bad mofo for letting tiad down |
| 20:49.11 | arrrghhh | Alex[sp3dev], yea it's not just russians that are mad at me. |
| 20:49.21 | hyc | anyway, rpierce99: new version uploaded |
| 20:49.42 | hyc | it shouldn't be trying to use T-Mobile on you any more... :P |
| 20:51.24 | Alex[sp3dev] | one thing i can tell fo sho. looks like sdio disables host power when wifi is unused.. and somehow it's not enabled when needed, so it doesn't scan successfully. just a theory and i once got a proof by making a separate power routine. gotta debug it more though.. it deserves it |
| 20:51.44 | *** join/#htc-linux chester0 (~chester0@109.61.7.161) |
| 20:52.54 | Alex[sp3dev] | btw, where is sir Abel? or maybe CrazyEagle will clarify. looks like there's a lot changes in the nand driver for wince msm.. maybe it's worth just making it separate from main msm nand driver? a little code duplication won't hurt |
| 20:55.08 | rpierce99 | loc unavailable hyc, and data is 1x |
| 20:55.12 | *** join/#htc-linux arif-ali (~arif-ali@88-104-137-48.dynamic.dsl.as9105.com) |
| 20:58.23 | *** join/#htc-linux kernelzilla (~patrick@174-26-107-146.phnx.qwest.net) |
| 21:04.29 | Entropy512 | sdio??? Is our wifi chip on an SDIO port? |
| 21:04.41 | Alex[sp3dev] | sure |
| 21:06.30 | Entropy512 | hmm that might explain market download performance issues when on wifi, some sort of resource contention in the SD controller |
| 21:06.50 | Alex[sp3dev] | nope |
| 21:06.50 | Entropy512 | odd then |
| 21:06.50 | Alex[sp3dev] | they're different controllers |
| 21:07.08 | Entropy512 | hmm. For whatever reason, Android market downloads are SLOOOOOOW when on wifi, but OK through 3G |
| 21:07.32 | stinebd | dont lie |
| 21:07.36 | stinebd | market is superfast on wifi for me |
| 21:07.42 | Entropy512 | and the kernel seems to be spending a lot of time iowait()ing on the SD card |
| 21:07.57 | Alex[sp3dev] | use warez @ download fast |
| 21:08.27 | arrrghhh | lol |
| 21:08.29 | Entropy512 | on mine, it's ultraslow, and a Wireshark capture indicated that the TCP receive buffer wasn't being emptied |
| 21:09.04 | stinebd | which device? |
| 21:09.09 | Entropy512 | RHOD300 |
| 21:09.17 | stinebd | ah that explains it |
| 21:09.23 | stinebd | i use a nexus one |
| 21:09.41 | arrrghhh | stinebd, you dick. |
| 21:09.42 | arrrghhh | lol |
| 21:09.46 | Entropy512 | hahah |
| 21:09.56 | Entropy512 | well yeah, they're wicked fast on my Huawei S7 too... |
| 21:10.05 | Alex[sp3dev] | Entropy512: you dick too |
| 21:10.12 | stinebd | WAWAY! |
| 21:10.20 | Alex[sp3dev] | i don't have a native device yet.. but i want to be a dick |
| 21:10.31 | Entropy512 | hahahah |
| 21:10.42 | Entropy512 | hmm |
| 21:10.59 | Entropy512 | hyc, with your latest RIL on RHOD300, signal strength indicator appears pegged |
| 21:11.11 | Entropy512 | but logcat shows I'm getting @HTCCSQs with values less than 5 |
| 21:11.15 | stinebd | 5 bars wherever you go |
| 21:11.52 | rpierce99 | he's pulling a tiad8, make it look like his new ril gives you 5 BARS EVERYWHERE |
| 21:12.03 | arrrghhh | FIXED |
| 21:12.05 | *** join/#htc-linux JustLiving (~Quilck@90.183.82.215) |
| 21:12.11 | Entropy512 | rpierce99: lol |
| 21:12.33 | Entropy512 | er not his latest RIL |
| 21:12.38 | Entropy512 | the one he posted earlier I meant |
| 21:12.39 | Entropy512 | sorry |
| 21:13.26 | hyc | ok |
| 21:13.39 | hyc | the signal strength changes came from Vogue upstream |
| 21:13.49 | hyc | mebbe I should back them out |
| 21:14.07 | *** join/#htc-linux MassStash (~MassStash@c-67-175-41-173.hsd1.il.comcast.net) |
| 21:14.10 | rpierce99 | I did not have that issue on cdma |
| 21:21.14 | *** join/#htc-linux surgex (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
| 21:21.15 | *** join/#htc-linux t3g|2 (~kvirc@p3E9E236F.dip.t-dialin.net) |
| 21:21.18 | *** join/#htc-linux rob_w (~bob@ppp-188-174-19-81.dynamic.mnet-online.de) |
| 21:22.25 | *** join/#htc-linux arif-ali (~arif-ali@88-104-137-48.dynamic.dsl.as9105.com) |
| 21:22.44 | Entropy512 | rpierce99: do your HTCCSQ responses in logcat have one or two values? |
| 21:22.53 | Entropy512 | or are you getting a different CSQ response type? |
| 21:23.06 | rpierce99 | 5,4 and 6,4 |
| 21:23.28 | Entropy512 | ah, on GSM RHOD300: |
| 21:23.33 | Entropy512 | D/AT ( 1300): AT< @HTCCSQ: 4 |
| 21:23.43 | Detule | hyc: I guess I am a little behind, I am still using your test ril from around 10am this mornig and it's stuck at 1x |
| 21:23.49 | Entropy512 | basically, the single value in the response is equal to the number of bars |
| 21:24.05 | Detule | furthermore, using it w one of WisTilt2's test kernels, no 30sec sleep after phonecall |
| 21:24.20 | Detule | which validates his reasoning behind why that's happening (no switching from 3g) |
| 21:24.23 | rpierce99 | hm, signal bar seems off for me too, certainly not pegged, but 0 bars when i have signal |
| 21:24.34 | Detule | yes I get that too 0 bars when i have signal |
| 21:25.34 | rpierce99 | arrrghhh, WisTilt2, Detule is right, with this ril 30s sleep is gone, and data is definitely in 3g based on speeds, even though icon is 1x |
| 21:25.36 | *** join/#htc-linux pigeon (~pigeon@eth5284.nsw.adsl.internode.on.net) |
| 21:26.11 | Detule | yeah i wish i had a speed test widget or something to run |
| 21:26.39 | odz | install a speed test app from market |
| 21:26.54 | rpierce99 | yeah i got 1940 down, 622 up and it says 1x |
| 21:27.00 | arrrghhh | so fast sleep after a call? |
| 21:27.01 | hyc | what 30s sleep are you talking about? |
| 21:27.06 | odz | nice |
| 21:27.08 | Detule | fast sleep indeed |
| 21:27.14 | Detule | after call |
| 21:27.18 | rpierce99 | after a call, there would be a 30 s wakelock from switching modes |
| 21:27.19 | arrrghhh | hyc, every single time a call is made on cdma, causes sleep to get into a cycle that takes 30s to completely collapse |
| 21:27.25 | arrrghhh | it happens basically until you reboot |
| 21:27.31 | arrrghhh | i haven't found anything that breaks it |
| 21:27.48 | hyc | ah |
| 21:28.19 | hyc | and you had data enabled? |
| 21:28.27 | rpierce99 | yeah |
| 21:28.34 | hyc | and every time to make a voice call, it kills the data session |
| 21:28.53 | hyc | so when you hang up, it tries to restart the data session |
| 21:28.56 | arrrghhh | wistilt2 now drops it to 1xrtt |
| 21:29.00 | arrrghhh | in his RIL |
| 21:29.06 | arrrghhh | which is what winmo appears to do in a call |
| 21:29.09 | arrrghhh | drop the data cxn to 1xrtt |
| 21:29.14 | arrrghhh | instead of dropping it entirely. |
| 21:29.19 | hyc | in the original RIL, there were several long sleeps around starting pppd |
| 21:29.21 | rpierce99 | this one is doing that too |
| 21:29.25 | hyc | which I shortened |
| 21:29.46 | hyc | the RIL doesn't control that, it simply reports what the modem is doing |
| 21:30.21 | Detule | 434kbps dl that puts it in 3g range right? |
| 21:30.33 | Detule | 3g=evdo |
| 21:30.33 | arrrghhh | Detule, yes i'd think so |
| 21:30.47 | rpierce99 | 144 i believe is the theoretical 1x cap |
| 21:30.52 | hyc | yep |
| 21:30.58 | Detule | cool well i guess the icon lies |
| 21:31.08 | hyc | strange |
| 21:31.28 | rpierce99 | 1x is what android throws up when it doesn't get a mode it understands, based on wistilt2s testing |
| 21:31.56 | hyc | nah. |
| 21:32.15 | hyc | hmmm |
| 21:32.34 | Entropy512 | hyc: I wonder if the vogue has some signal strength handling fixes at a layer above the RIL |
| 21:32.37 | hyc | 1xRTT corresponds to a radiotype of 6 for android |
| 21:32.53 | hyc | and in the log you sent me, we're reporting 7, EvDO rev 0 |
| 21:33.07 | hyc | so you're right, android is confused |
| 21:33.10 | rpierce99 | well there's no Ev icon |
| 21:33.17 | arrrghhh | rpierce99, framework doesn't have one |
| 21:33.19 | arrrghhh | 3g = ev |
| 21:33.23 | hyc | I would have expected it to just use 3g |
| 21:33.26 | arrrghhh | we'll never see ev without frameworks changes |
| 21:33.28 | rpierce99 | that's what i just said arrrghhh :) |
| 21:33.32 | arrrghhh | oh |
| 21:33.35 | arrrghhh | i guess i missed it? |
| 21:33.35 | Entropy512 | I'm fairly certain the offending code is: response[0]=asu_table[response[0]%6]; |
| 21:33.38 | arrrghhh | you just said there's no ev icon :P |
| 21:33.39 | hyc | Entropy512: possibly |
| 21:33.49 | rpierce99 | yes, there is no icon not "i dont see an icon" |
| 21:33.49 | hyc | I guess I'll revert that signal str change and recompile |
| 21:34.11 | arrrghhh | fair enough |
| 21:34.16 | arrrghhh | i thought you were there for that convo :P |
| 21:34.20 | *** join/#htc-linux cazh_ (~quassel@3007ds2-rd.0.fullrate.dk) |
| 21:36.52 | rpierce99 | what's weird though hyc is the first of these rils I tested it showed H |
| 21:37.28 | arrrghhh | rpierce99, your phone is now 4g |
| 21:37.32 | arrrghhh | upgrade was that easy |
| 21:38.14 | Entropy512 | I'm actually surprised mine isn't showing H, it should |
| 21:38.16 | hyc | yeah, well, you sent me that log |
| 21:38.20 | Entropy512 | gotta look through the logcats |
| 21:38.35 | hyc | that time your network was EvDO Rev A |
| 21:38.56 | hyc | so you're just getting varying levels of service from your network |
| 21:38.57 | rpierce99 | oic, i've been in the same seat the whole time |
| 21:39.10 | Entropy512 | Is there a way to temporarily send arbitrary AT commands to the radio without making things explode? |
| 21:39.19 | hyc | hmmmmmm |
| 21:39.23 | Entropy512 | I'm curious how our radio responds to an AT+CSQ? explicit request |
| 21:39.26 | rpierce99 | never been able to do it without locking it up Entropy512 |
| 21:39.38 | rpierce99 | you can get a return or two |
| 21:39.38 | hyc | yeah, it's always ended badly for me too |
| 21:39.39 | Entropy512 | yeah last time I tried to touch smd0 I hung |
| 21:39.41 | rpierce99 | but it will freeze |
| 21:39.41 | arrrghhh | yea Entropy512. seems you can submit a few, then it blows up. not matter what. |
| 21:39.53 | arrrghhh | s/not/no/ |
| 21:39.56 | hyc | I think if you go into airplane mode |
| 21:40.06 | hyc | maybe you can stop android from trying to talk to it |
| 21:40.13 | rpierce99 | we killed rild |
| 21:40.15 | hyc | long enough to test a few things |
| 21:40.31 | hyc | you have to stop init from respawning it too |
| 21:40.37 | hyc | mebbe a kill -STOP on rild |
| 21:41.02 | arrrghhh | i kill -9 that bitch |
| 21:41.22 | hyc | no, kill -9 will make init restart it |
| 21:41.25 | Entropy512 | yeah but in airplane mode I probably won't get a meaningful AT+CSQ response |
| 21:41.37 | hyc | I think kill -STOP might work |
| 21:42.07 | Detule | hyc: just got an organe light sod on your ril |
| 21:42.17 | rpierce99 | wa wa waaaaaaaa |
| 21:42.27 | stinebd | what a twist |
| 21:42.40 | Detule | sorry don't mean to be the bearer of bad news |
| 21:42.55 | hyc | gaaah |
| 21:42.59 | stinebd | yes, how dare you use stuff and tell us what happens |
| 21:43.11 | arrrghhh | lol |
| 21:43.17 | arrrghhh | i for one am offended. |
| 21:43.43 | hyc | Detule: how recent ril? |
| 21:43.47 | Detule | 10am |
| 21:43.54 | hyc | next time you boot get a logcat -b radio |
| 21:44.03 | rpierce99 | 10 am what time zone, lol |
| 21:44.06 | hyc | and see if you get frequent network state updates |
| 21:44.14 | rpierce99 | this is a worldwide phenomenon yo |
| 21:44.18 | Detule | that was the timestamp on it:) |
| 21:44.20 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 21:44.27 | rpierce99 | gotcha |
| 21:45.49 | Detule | i haven't dont this much just logcat -b radio > log.txt ? |
| 21:46.05 | hyc | yeah |
| 21:46.10 | rpierce99 | from phone or from adb |
| 21:46.12 | arrrghhh | adb logcat -b radio |
| 21:46.14 | hyc | that's from phone |
| 21:46.16 | arrrghhh | assuming you have adb |
| 21:46.23 | arrrghhh | oh yea i guess you could run that from the phone |
| 21:46.24 | arrrghhh | d'oh |
| 21:46.28 | hyc | yeah, adb if you're doing it from your pc |
| 21:46.29 | rpierce99 | if you do it from phone you'd want /sdcard/log.txt |
| 21:46.29 | arrrghhh | is spoiled by adb |
| 21:46.31 | Detule | yeah ill try and adb |
| 21:49.32 | hyc | ok, uploaded again, signal strength reverted |
| 21:49.52 | hyc | Detule: probably better if you get a log from the latest |
| 21:50.38 | hyc | also, a nit that bugged for a long time - go to Settings / About Phone - notice the baseband version! |
| 21:50.54 | hyc | it's now reported the same as native android :) |
| 21:51.42 | arrrghhh | nice |
| 21:52.24 | *** part/#htc-linux CrazyEagle (~opera@nat004-252-205-109.tvoe.tv) |
| 21:52.33 | Entropy512 | Oh, what icon should I be seeing with your RIL when radio type is 4 (or, in Android-speak, 9) - UTRAN with HSUPA |
| 21:52.36 | Entropy512 | ? |
| 21:52.45 | arrrghhh | B for baconspeed |
| 21:52.50 | Entropy512 | i'm gonna try the newly uploaded one and get you a logcat |
| 21:54.22 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
| 21:54.31 | hyc | Entropy512: that would be H if it's in the framework |
| 21:54.35 | hyc | otherwise just 3G |
| 21:54.51 | hyc | 9 is HSDPA, 10 is HSUPA |
| 21:54.53 | Entropy512 | guessing the framework is missing H |
| 21:54.59 | Detule | well just unplugged my usb cable after that logcat and cant wake up (blinking green) |
| 21:55.15 | *** join/#htc-linux MN-- (~yaaic@host86-138-132-137.range86-138.btcentralplus.com) |
| 21:55.33 | Entropy512 | and/or it's preserving the 3G from initial CGREG responses of 3 (maps to 2... grumble so confusing! :P ) |
| 21:55.42 | Entropy512 | will try new RIL and logcat you |
| 21:55.43 | Entropy512 | :) |
| 21:55.47 | hyc | cool |
| 21:56.14 | rpierce99 | framework has H, i saw it a couple hours ago |
| 21:56.27 | rpierce99 | if it is enabled in a config file somewhere |
| 21:56.37 | rpierce99 | not sure if that is one of WisTilt2s changes or not |
| 21:56.37 | hyc | yeah, I forgot which config file |
| 21:56.50 | hyc | it's not enabled on mine, stock frx05 |
| 21:57.15 | rpierce99 | hey, 4 bars and H :_ |
| 21:57.18 | rpierce99 | err :) |
| 21:57.33 | hyc | lucky you :P |
| 21:58.57 | Entropy512 | aaaah, I'll see if I can figure out where that's enabled |
| 21:58.57 | Entropy512 | :) |
| 21:59.39 | rpierce99 | Entropy512: the link should be in the irc logs from last night |
| 21:59.49 | rpierce99 | it's an xda thread |
| 21:59.52 | *** join/#htc-linux odz (~odz@2001:470:1f07:a1a:60c3:8f3a:53cd:2f97) |
| 21:59.54 | Entropy512 | this chan or #xdandroid? |
| 22:00.01 | rpierce99 | this one |
| 22:00.27 | Detule | Gotta run |
| 22:01.39 | arrrghhh | me too, peace guys |
| 22:01.46 | hyc | ttyl |
| 22:02.09 | odz | cool your ril works nice hyc :) |
| 22:02.12 | Entropy512 | hmm having trouble finding the link |
| 22:03.04 | rpierce99 | http://forum.xda-developers.com/showpost.php?p=7896099&postcount=13 |
| 22:03.18 | Entropy512 | aaah, missed that one |
| 22:03.23 | hyc | odz: yay :) |
| 22:03.36 | odz | ya still stuck on 1x tho |
| 22:03.53 | odz | but no 30sec sleep problem anymore :D |
| 22:04.24 | odz | signal meter is back to normal :P |
| 22:04.34 | hyc | whew ;) |
| 22:05.00 | Entropy512 | hmm looks like I need to tweak that in my source tree and recompile framework |
| 22:05.01 | Entropy512 | grumble |
| 22:05.04 | odz | i mean its still showing 1x icon for ev* |
| 22:05.27 | rpierce99 | hm, dialing out isn't working now |
| 22:05.49 | hyc | rpierce99: ? |
| 22:06.10 | rpierce99 | all voice and data went down all of a sudden |
| 22:06.17 | rpierce99 | stuck on H with the up arrow lit |
| 22:07.24 | hyc | don't think anything I've changed since the last compile would affect that |
| 22:08.40 | rpierce99 | it's pretty finicky, same thing happened when WisTilt2 was bringing up loc before data (at least i think that's what he said it was) |
| 22:13.50 | Entropy512 | hyc's latest RIL seems to result in No Service followed by a spontaneous reboot for me |
| 22:15.54 | odz | odd works for me |
| 22:16.14 | Entropy512 | CDMA or GSM? |
| 22:16.22 | odz | CDMA |
| 22:16.33 | Entropy512 | he's been doing a lot of CDMA fixes |
| 22:16.40 | Entropy512 | one of the latest ones may have broken GSM |
| 22:16.41 | rpierce99 | hyc: there's a spontaneous (or at least it looks spontaneous to me) opening of /dev/smd0 with no sign of error before it |
| 22:17.19 | rpierce99 | after that it just starts spitting out garbage |
| 22:17.55 | hyc | Entropy512 - odd. I booted it up fine here |
| 22:18.13 | hyc | bad download? |
| 22:20.34 | Entropy512 | maybe, or something about my network made it unhappy |
| 22:21.10 | hyc | rpierce99: weird, yeah looks like the ril died before you tried to dial |
| 22:21.40 | hyc | did it do the same thing again after a reboot? |
| 22:21.47 | rpierce99 | haven't rebooted |
| 22:22.20 | Entropy512 | On a normal RIL, I usually only see AT&TD or ATT0 reported as network provider (With AT&TD being 3G, and usually ATT0 being what I see on local EDGE towers) |
| 22:22.30 | Entropy512 | On rare occasions I see it report Cingular as the provider |
| 22:22.46 | Entropy512 | in this case - it went immediately to Cingular, then (no service) then reboot |
| 22:23.14 | hyc | see if you can get the logcat starting from boot |
| 22:23.19 | odz | hyc: all im seeing is the 1x icon for all modes...is that a userland problem or something yet to be fixed? |
| 22:23.46 | hyc | could be userland problem |
| 22:23.56 | hyc | what does About Phone / Status show you? |
| 22:25.53 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
| 22:26.33 | *** join/#htc-linux tyween (~tyween@pool-71-163-117-57.washdc.fios.verizon.net) |
| 22:27.08 | Entropy512 | hyc: At this point I won't be able to test until much later tonight, or tomorrow |
| 22:27.21 | Entropy512 | need phone working for next few hours. :( |
| 22:27.25 | hyc | bummer |
| 22:28.51 | arrrghhh | who needs a working phone? overrated. |
| 22:29.21 | hyc | lol |
| 22:29.30 | hyc | I thought it was just a toy for programming exercise |
| 22:29.33 | odz | hyc: well im not using an offical build if thats what your asking so i guess its a userland problem |
| 22:29.52 | hyc | odz: still, want to know what Settings reports for your network type |
| 22:30.29 | odz | hyc: unknown |
| 22:31.24 | hyc | that's pretty odd |
| 22:31.33 | hyc | did you get a logcat? |
| 22:31.40 | odz | its stable tho |
| 22:31.44 | odz | ill get one now |
| 22:31.49 | hyc | ok |
| 22:32.05 | hyc | calls are working? data too? |
| 22:32.24 | odz | yep |
| 22:32.35 | hyc | cool |
| 22:33.30 | *** join/#htc-linux GNUtoo (~GNUtoo@host226-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 22:33.37 | hyc | doh. |
| 22:33.41 | hyc | I got an orange SoD |
| 22:33.58 | hyc | one of the last couple patches may have been a mistake :P |
| 22:43.21 | *** join/#htc-linux gauner19862 (~Adium@p508C7C86.dip.t-dialin.net) |
| 23:08.55 | rpierce99 | just got a screen-on SoD |
| 23:09.13 | rpierce99 | a WoD |
| 23:12.56 | hyc | :( |
| 23:13.05 | *** join/#htc-linux Erikson (~Erik@p54B75215.dip.t-dialin.net) |
| 23:13.28 | hyc | things are still ok here |
| 23:13.45 | hyc | dunno what that last SoD was. Now I have logcat running to /sdcard/log ... |
| 23:13.57 | *** join/#htc-linux mastermerlin (~Adium@p4FEE5773.dip.t-dialin.net) |
| 23:20.07 | Entropy512 | hyc: that's a really good idea... :) |
| 23:20.18 | Entropy512 | I should start doing that |
| 23:20.39 | Entropy512 | I wonder if there is a way to make it do that automatically on boot for something like the autoreboot issue I had with your latest RIL |
| 23:21.54 | arrrghhh | user.conf? |
| 23:22.48 | Entropy512 | hmm, is android up to a degree that logcat works when user.conf is loaded? |
| 23:23.02 | Entropy512 | guess I can try when I get home |
| 23:23.12 | *** join/#htc-linux Termana (~bradley@122.151.73.188) |
| 23:23.20 | Entropy512 | I've had WoDs before. :P |
| 23:23.33 | Entropy512 | almost always no-signal ones |
| 23:23.55 | hyc | hmmm |
| 23:24.07 | hyc | so could still be related to signal strength reporting? |
| 23:25.15 | odz | seems so |
| 23:28.14 | Entropy512 | OK I have to head out now |
| 23:29.40 | hyc | ok, I guess we've done enough damage for one day |
| 23:35.40 | *** join/#htc-linux odz (~odz@2001:470:1f07:a1a:60c3:8f3a:53cd:2f97) |
| 23:35.53 | *** join/#htc-linux Rob2222 (~Miranda@p4FFF1DE5.dip.t-dialin.net) |
| 23:41.05 | *** join/#htc-linux mitsutaka_ (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
| 23:45.09 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
| 23:45.11 | *** join/#htc-linux furtardo (~mks@nat/yahoo/x-zxxulfczlvughxui) |
| 23:46.55 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
| 23:50.49 | *** join/#htc-linux furtardo (~mks@nat/yahoo/x-ptudyxclsytbvqlj) |
| 23:59.53 | *** join/#htc-linux chester0 (~chester0@109.61.7.161) |
