| 00:12.58 | WisTilt2 | im going to make up 1 more test for you guys to run that will pull the netloc. we can compare between you both and should see different values, unless you're both in the same house:) |
| 00:13.09 | arrrghhh | lmao |
| 00:13.15 | arrrghhh | looks at rpierce99 |
| 00:13.18 | arrrghhh | get outta mah house |
| 00:14.05 | rpierce99 | am i going to be the first person to ever use cdma netloc on a tp2 in android simply because arrrghhh can't mount bind? |
| 00:14.05 | *** join/#htc-linux t3g (~kvirc@p3E9E21D9.dip.t-dialin.net) |
| 00:14.25 | rpierce99 | oh it's probably just going to put it in the log huh? |
| 00:14.26 | WisTilt2 | fighting words |
| 00:14.34 | WisTilt2 | yeah logs only |
| 00:14.46 | arrrghhh | rpierce99, lol |
| 00:14.47 | rpierce99 | it's a start :) |
| 00:15.01 | arrrghhh | i still can't figure it out. |
| 00:15.10 | arrrghhh | i rm'd the file, and it still doesn't work... |
| 00:15.17 | rpierce99 | weird |
| 00:15.17 | arrrghhh | i've gotta think the bind is failing |
| 00:15.35 | arrrghhh | i guess i should check my logs lol |
| 00:15.41 | rpierce99 | you'd get an error message on boot |
| 00:15.44 | arrrghhh | yea |
| 00:16.22 | rpierce99 | although #echo from the conf doesn't work on these |
| 00:16.30 | rpierce99 | errr echo |
| 00:16.33 | rpierce99 | not #echo lolz |
| 00:16.34 | arrrghhh | not if it's commeneted out |
| 00:16.37 | arrrghhh | i was gonna say |
| 00:16.42 | arrrghhh | or did say, just poorly |
| 00:20.15 | rpierce99 | haha that's funny, i made that same stupid mistake IN the CONF |
| 00:20.28 | arrrghhh | nice |
| 00:24.50 | arrrghhh | hrm |
| 00:24.52 | WisTilt2 | ok guys test 7 ready |
| 00:24.55 | arrrghhh | i can't find errors in dmesg or logcat |
| 00:25.05 | WisTilt2 | should pull netloc any time data is used |
| 00:25.10 | arrrghhh | Oo |
| 00:25.16 | arrrghhh | so i don't even have to try netloc lol |
| 00:25.20 | WisTilt2 | might flood the log dont know |
| 00:25.33 | WisTilt2 | no, just data and it will pull and log it |
| 00:25.38 | arrrghhh | cool |
| 00:25.52 | WisTilt2 | or crash your phone maybe |
| 00:26.02 | arrrghhh | sweet! |
| 00:26.25 | rpierce99 | haha echo works when it isn't commented out, good to know :) |
| 00:26.33 | arrrghhh | heh |
| 00:26.38 | arrrghhh | my problem isn't that simple unfortunately. |
| 00:26.53 | arrrghhh | i'll just keep downloading the system images :/ |
| 00:27.00 | rpierce99 | how does it make you feel that i had that problem but my mount works :P |
| 00:27.07 | arrrghhh | stfu |
| 00:27.11 | arrrghhh | damned mac user |
| 00:27.45 | rpierce99 | not by choice, work lappy |
| 00:28.29 | arrrghhh | wtf? |
| 00:28.37 | arrrghhh | i have to use windows for work lol |
| 00:28.41 | arrrghhh | they didn't give me no lappy for home |
| 00:28.48 | arrrghhh | they gave me a lappy... that i have to keep at work lol |
| 00:29.06 | rpierce99 | well since i work from home 90% of the time, you can't really distinguish, it runs xp in a vm with VPN |
| 00:29.20 | rpierce99 | but i do some web dev, so needed to test x-browser i guess |
| 00:29.27 | arrrghhh | ah |
| 00:29.30 | arrrghhh | web dev |
| 00:29.35 | arrrghhh | yea they seem to like macs |
| 00:30.01 | arrrghhh | eh, they're too dumbed down for my taste. i keep looking at them from a hardware perspecitve, and while the build quality seems good, the freakin port options are strangling. |
| 00:30.17 | arrrghhh | probably should stop that convo now before it explodes :P |
| 00:30.32 | rpierce99 | hey WisTilt2 i think you're missing the ? |
| 00:30.37 | rpierce99 | all it returned is ERROR |
| 00:30.52 | WisTilt2 | crapola yeah:) |
| 00:30.59 | arrrghhh | heh |
| 00:31.09 | WisTilt2 | guess #8 will be right up |
| 00:31.13 | arrrghhh | k |
| 00:33.08 | WisTilt2 | was working on converting lat/long values to degs but not done in this test. just fixed the ? |
| 00:33.20 | rpierce99 | up? |
| 00:33.23 | *** join/#htc-linux defendthecommons (~defendthe@184-9-89-166.dr04.mdtw.ny.frontiernet.net) |
| 00:33.33 | WisTilt2 | just save and building now |
| 00:33.38 | rpierce99 | k |
| 00:33.54 | WisTilt2 | ok there ya go |
| 00:35.42 | WisTilt2 | arrrghhh btw, lat/long nums you see are actually in 1/4secs steps and define -180degs to +180degs. |
| 00:36.43 | arrrghhh | huh |
| 00:36.48 | arrrghhh | did not know that ;) |
| 00:37.06 | rpierce99 | huh, I'm in 3g for some reason |
| 00:37.19 | WisTilt2 | yeah pulled our source on how we do it in our device and saw it |
| 00:37.19 | *** part/#htc-linux defendthecommons (~defendthe@184-9-89-166.dr04.mdtw.ny.frontiernet.net) |
| 00:37.22 | WisTilt2 | yeah i changed you back to normal mode again |
| 00:37.29 | rpierce99 | oh ok |
| 00:37.50 | WisTilt2 | tired of trying to force 2g until i sort out the offsets then wont have to guess |
| 00:38.02 | arrrghhh | sounds like a plan |
| 00:38.15 | rpierce99 | AT< +HTC_BSINFO: 4155,2,4850,+643404,-1341788,-75,"11/03/18,00:36:10-20,1" |
| 00:38.55 | rpierce99 | it only ran it once, fyi |
| 00:39.47 | WisTilt2 | hey it worked nice |
| 00:39.59 | odz | ;o |
| 00:40.01 | WisTilt2 | make a call and when data reinits it should read again |
| 00:40.02 | rpierce99 | don't come murder me at my house |
| 00:40.10 | arrrghhh | farmington huh |
| 00:40.17 | arrrghhh | :P |
| 00:40.25 | arrrghhh | lol @ knob road. |
| 00:40.27 | arrrghhh | ok, enough of that. |
| 00:40.35 | rpierce99 | it's actually pilot knob |
| 00:40.41 | arrrghhh | lol |
| 00:40.48 | rpierce99 | it's near johnny cake ridge rd |
| 00:40.52 | arrrghhh | curious, how close is it to your house? |
| 00:40.54 | arrrghhh | those coords |
| 00:40.55 | rpierce99 | lol street names here are dumb |
| 00:41.08 | rpierce99 | where do the coords put the dot |
| 00:41.24 | arrrghhh | i'll pm you the link |
| 00:42.48 | rpierce99 | i'm on the opposite side of pilot knob |
| 00:43.02 | arrrghhh | so close |
| 00:43.06 | rpierce99 | obviously i'm not living in trees |
| 00:43.07 | arrrghhh | within 3000 meters? |
| 00:43.10 | arrrghhh | well |
| 00:43.11 | arrrghhh | c'mon |
| 00:43.18 | arrrghhh | all the cool kids are doing it |
| 00:43.28 | arrrghhh | trendy hipsters with mbps |
| 00:43.44 | rpierce99 | yeah i'm about 5 blocks east and a couple south from there |
| 00:43.49 | arrrghhh | not bad |
| 00:44.03 | rpierce99 | is that using WisTilt2s calculation method? |
| 00:44.03 | arrrghhh | WisTilt2, is that last number the error tolerance or whatever? |
| 00:44.10 | arrrghhh | no |
| 00:44.15 | arrrghhh | not sure what method he's using |
| 00:44.18 | arrrghhh | i just did it mahself. |
| 00:44.38 | rpierce99 | oh i thought the 1/4 sec +-180 thing was how to find lat long |
| 00:44.55 | arrrghhh | maybe, but not sure how that translates to what math i need to perform :P |
| 00:45.01 | arrrghhh | i'm having a lot more failed boots |
| 00:45.05 | arrrghhh | i wonder if this SD card is pooping |
| 00:46.12 | rpierce99 | i wonder if this is a precision issue with your calculation, because the real lat long is probably only .001 off on each side |
| 00:46.29 | arrrghhh | maybe |
| 00:46.37 | arrrghhh | but it's not like netloc is percise |
| 00:46.45 | arrrghhh | in winmo it's usually ~3000m circle |
| 00:46.49 | arrrghhh | meter |
| 00:46.51 | arrrghhh | not mile |
| 00:46.51 | arrrghhh | :P |
| 00:47.07 | rpierce99 | well, if i subtract .001 from both, you almost hit my house on the nose |
| 00:47.15 | arrrghhh | orly |
| 00:47.19 | rpierce99 | like, it's 4 houses away |
| 00:47.28 | arrrghhh | i didn't put all the digits |
| 00:47.34 | arrrghhh | didn't think they were all significant |
| 00:47.37 | rpierce99 | oh no wait, it's still 1 block away |
| 00:47.46 | rpierce99 | but much closer |
| 00:47.52 | arrrghhh | 93.1797222222222222222 |
| 00:47.57 | arrrghhh | for example is the full num |
| 00:49.06 | arrrghhh | hrm |
| 00:49.09 | arrrghhh | that seemed to make it worse |
| 00:49.47 | rpierce99 | just changing the 93 side moved it south a bit for me, which is correct |
| 00:50.06 | rpierce99 | but it's mostly off on the 44 side |
| 00:51.00 | WisTilt2 | did it ever take another reading? |
| 00:51.50 | rpierce99 | hm, i have it live grepping and i don't get anything going in/out of phone call |
| 00:51.58 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
| 00:52.05 | rpierce99 | don't know if it's because it's just switching to/from 3g and not going all the way to off |
| 00:52.22 | rpierce99 | or if my live grep isn't working :) |
| 00:52.53 | WisTilt2 | i stuck it in where data gets setup so maybe that only hits once. it needs to go elsewhere anyway, this was just to see if it actually returned info. |
| 00:53.14 | WisTilt2 | disable/enable data should run it again |
| 00:53.46 | arrrghhh | i see it once in mah logs, works great |
| 00:54.02 | arrrghhh | i'm not sure on what math i do need to apply on the raw numbers, i was just dividing by 14,400 again. |
| 00:54.05 | rpierce99 | i got it twice when i came back from airplane mode, first time the data line is empty |
| 00:54.59 | WisTilt2 | yeah its only run during setting up data connection where it is |
| 00:55.03 | rpierce99 | so make sure you handle for an empty string |
| 00:55.11 | rpierce99 | +HTC_BSINFO: |
| 00:57.57 | arrrghhh | yea, i got a couple of empties too |
| 00:58.02 | arrrghhh | WisTilt2, you want another log? |
| 00:58.18 | WisTilt2 | no, just glad it didnt return anything at all |
| 00:58.27 | arrrghhh | numbers are identical both times |
| 00:58.29 | arrrghhh | interesting |
| 00:58.32 | arrrghhh | figured they would vary |
| 00:58.35 | arrrghhh | frequently |
| 00:58.51 | rpierce99 | my lasat number before the string is a little different |
| 00:59.03 | rpierce99 | and the 3rd number |
| 00:59.12 | WisTilt2 | thats actually the tower location plus maybe some other correction based on timing to you from the tower |
| 00:59.23 | arrrghhh | huh |
| 00:59.51 | WisTilt2 | its not like gps. you'd have to hear at least 3 towers to get a more accurate location |
| 00:59.55 | rpierce99 | ah, i figured it was trying to triangulate |
| 01:00.07 | arrrghhh | yea |
| 01:00.22 | rpierce99 | guess then it wouldn't be "coarse" tho |
| 01:00.26 | *** join/#htc-linux hardwalker (~hardwalke@114-33-201-92.HINET-IP.hinet.net) |
| 01:00.39 | WisTilt2 | on gsm we can see how many neighbor tower the device see, dont know how to do that on cdma yet |
| 01:01.30 | arrrghhh | yea |
| 01:01.59 | arrrghhh | within 750meters |
| 01:02.11 | arrrghhh | more accurate than winmo netloc :P |
| 01:03.00 | arrrghhh | WisTilt2, more reports of the newest kernel not working with the alarm clock |
| 01:03.01 | arrrghhh | weird |
| 01:03.20 | WisTilt2 | i did that so people could get more rest |
| 01:03.26 | arrrghhh | lol |
| 01:03.34 | arrrghhh | i'm sure their bosses all appreciate it too. |
| 01:04.12 | WisTilt2 | it has to be the batt code, i didnt change anything that would break that since the previous few kernels. |
| 01:04.15 | rpierce99 | someone using their xdandroid phone as their one and only alarm clock don't deserve to be employed |
| 01:04.27 | arrrghhh | yea i figured |
| 01:04.34 | arrrghhh | rpierce99, ouch? |
| 01:05.15 | rpierce99 | well come on, you could get any number of SoD issues, sound issues, etc |
| 01:05.20 | WisTilt2 | people need to realize this is still in dev mode so shouldn't expect the device to be fully reliable |
| 01:05.27 | arrrghhh | yes ofc |
| 01:05.30 | arrrghhh | they're just reporting bugs |
| 01:05.31 | arrrghhh | :P |
| 01:05.38 | rpierce99 | i wouldn't even use WinMo as my only alarm clock |
| 01:05.39 | arrrghhh | i use it as my alarm clock |
| 01:05.53 | arrrghhh | but if i have an early day, i always set the actual clock just in case. |
| 01:06.05 | WisTilt2 | my alarm clock is our damn dog. wakes up same time every morning without fail |
| 01:06.09 | arrrghhh | i usually wake up in time for my 9am shifts, alarm clock or not. |
| 01:06.13 | arrrghhh | lol |
| 01:06.19 | rpierce99 | yeah if your internal clock wakes you up either way it doesn't matter |
| 01:06.23 | arrrghhh | i'm sure if i had any animals that would be the case. |
| 01:06.42 | *** join/#htc-linux hardwalker (~hardwalke@114-33-201-92.HINET-IP.hinet.net) |
| 01:07.00 | arrrghhh | the alarm going off iin the morning is a happy thing - yay, android made it thru the night! |
| 01:07.17 | rpierce99 | i never have problems at night |
| 01:07.28 | rpierce99 | and i charge too, don't know what people are yapping about |
| 01:07.33 | arrrghhh | last few RIL builds, phone has been dead in the morning. |
| 01:07.45 | arrrghhh | but those are hardly a good test |
| 01:07.46 | rpierce99 | yeah i haven't run them overnight |
| 01:07.50 | arrrghhh | stock frx05, no prob |
| 01:15.22 | arrrghhh | WisTilt2, you are a saint for helping with the red-headed step child that is cdma. |
| 01:17.06 | WisTilt2 | well hopefully we can get it all working. glad to have you guys as testers, without a cdma device it's kind of hard to know whats going on |
| 01:17.30 | arrrghhh | yea, and i know it is painful to have remote testers in this fashion. |
| 01:18.02 | WisTilt2 | thats not so bad, you guys know how to set it up pretty quick. without that i'd probably say its a waste of time |
| 01:18.24 | arrrghhh | yea, save for my complete inability to bind mount the damned ril :P |
| 01:18.33 | arrrghhh | <in before any comments from rpierce99 :D> |
| 01:19.19 | WisTilt2 | should just setup a script to mount the system image, copy it to lib, unmount and copy over. that should be pretty quick |
| 01:19.44 | arrrghhh | tea |
| 01:19.45 | arrrghhh | er |
| 01:19.46 | arrrghhh | yea |
| 01:19.47 | arrrghhh | i can do that |
| 01:19.51 | WisTilt2 | i still dont follow how you're doing it with android not booted up |
| 01:19.53 | arrrghhh | if you don't want to keep building system images |
| 01:19.55 | arrrghhh | i don't mind |
| 01:20.02 | arrrghhh | WisTilt2, froyo.user.conf |
| 01:20.13 | arrrghhh | you can put statements in there to do all sorts of fancy things |
| 01:20.18 | arrrghhh | no clue when those commands are processed tho |
| 01:20.25 | arrrghhh | when in the boot process that is |
| 01:20.33 | *** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
| 01:21.28 | WisTilt2 | thats why i dont think its working. its being mounted twice that way i think and android is still using the mirror copy which isnt mine |
| 01:21.55 | rpierce99 | it obviously works because that's how i've been doing it for the last 7 tests |
| 01:21.57 | arrrghhh | i rm'd the /system/lib/libhtcgeneric-ril.so |
| 01:22.05 | arrrghhh | and no service on boot |
| 01:22.09 | arrrghhh | even with the bind mount |
| 01:22.16 | arrrghhh | frustrating part is, i don't see any errors |
| 01:22.21 | arrrghhh | in dmesg or logcat |
| 01:22.22 | WisTilt2 | rpierce99 you doing it that exact same way? |
| 01:22.27 | rpierce99 | yep |
| 01:23.01 | WisTilt2 | boy, got me then |
| 01:23.07 | rpierce99 | so i just throw your ril into the root of the RilTest folder on my SD and boot it |
| 01:23.18 | arrrghhh | yea, that's what i'd prefer to do :P |
| 01:23.19 | *** join/#htc-linux crawling (~crawling@a94-132-172-247.cpe.netcabo.pt) |
| 01:23.45 | WisTilt2 | so its mounting outside the system image? |
| 01:23.51 | arrrghhh | should |
| 01:24.01 | arrrghhh | in /system/lib from the android perspective |
| 01:24.03 | rpierce99 | it mounts during boot, replacing the file that is there |
| 01:24.14 | arrrghhh | i wonder if it is perms |
| 01:24.25 | rpierce99 | i could get the exact location from my boot messages, i put an echo in |
| 01:24.26 | WisTilt2 | nice. sure quicker that way |
| 01:24.27 | arrrghhh | you didn't change any permissions in /system/lib? |
| 01:24.37 | rpierce99 | nope, rm then mv |
| 01:24.44 | arrrghhh | hrm |
| 01:24.47 | arrrghhh | i guess i could try that |
| 01:24.51 | arrrghhh | i just rm'd it |
| 01:25.43 | rpierce99 | so during boot it shows up between the modules copy and the touchscreen init |
| 01:25.52 | arrrghhh | in dmesg i assume? |
| 01:26.07 | rpierce99 | no i just see it on the screen |
| 01:26.10 | rpierce99 | i put in an echo |
| 01:26.20 | arrrghhh | oh |
| 01:26.21 | arrrghhh | ok |
| 01:26.26 | rpierce99 | so if I ever replace the system image i don't forget to pull out the mount bind |
| 01:26.31 | arrrghhh | heh |
| 01:27.24 | arrrghhh | alright i'm going to shoehorn the test 5 ril in there |
| 01:27.27 | arrrghhh | and bind mount 8 |
| 01:27.36 | arrrghhh | should be able to figure out if it works or not real quick :P |
| 01:28.53 | *** join/#htc-linux arif-ali_ (~arif-ali@88-111-128-250.dynamic.dsl.as9105.com) |
| 01:31.16 | arrrghhh | mount --bind /sdcard/Androids/libhtcgeneric-ril.so /system/lib/libhtcgeneric-ril.so |
| 01:31.19 | arrrghhh | nothing wrong with that right? |
| 01:31.27 | arrrghhh | assuming the path on the /sdcard side is correct ofc |
| 01:31.51 | rpierce99 | yeah with that assumption i don't see anything wrong |
| 01:31.57 | arrrghhh | hrm |
| 01:32.12 | arrrghhh | alright, well i guess i'll try it. never thought a bind mount would give me this much guff. |
| 01:32.36 | arrrghhh | i even suggested to viruscrazy to use bind mount instead of breaking open the system image and manually replacing files. |
| 01:32.36 | arrrghhh | damnit. |
| 01:36.47 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
| 01:36.49 | arrrghhh | crap i didn't see my echo |
| 01:37.00 | arrrghhh | but i did see a line stating it was using the correct froyo.user.conf |
| 01:38.04 | WisTilt2 | got to run shortly but i was going to make a quick fix for this 30s sleep and see if this fixes it if you guys want to test it |
| 01:38.13 | arrrghhh | for sure |
| 01:39.36 | arrrghhh | i give up |
| 01:39.39 | arrrghhh | it still says test 5 |
| 01:39.52 | rpierce99 | arrrghhh: i assume you're running your conf from your build |
| 01:39.59 | rpierce99 | like the public build one |
| 01:40.19 | arrrghhh | rpierce99, mostly |
| 01:40.41 | rpierce99 | just wondering if you see the file not found error from the echo 2 |
| 01:41.04 | rpierce99 | you might have a syntax error higher up in the file that's not letting it parse properly |
| 01:41.06 | arrrghhh | pastebin your user.conf |
| 01:41.20 | arrrghhh | then the rm -f /sdcard/fsck*.rec wouldn't work either... |
| 01:42.44 | rpierce99 | http://pastebin.com/Uwbnm12Y |
| 01:42.45 | WisTilt2 | test 9 is up |
| 01:43.05 | WisTilt2 | guess you guys make a call and it goes to 30s 100% of the time? |
| 01:43.12 | rpierce99 | yes |
| 01:43.12 | arrrghhh | WisTilt2, yup |
| 01:44.02 | WisTilt2 | ok then if it doesnt with this one we know were the problem was. if it is this then i need to some other cleaning up elsewhere in android. |
| 01:44.06 | D3tul3 | heh pilot knob...nc my friend? |
| 01:44.17 | arrrghhh | lol delayed |
| 01:44.27 | rpierce99 | D3tul3: NC? North Carolina? no |
| 01:44.39 | *** join/#htc-linux SG (~SG@cpe-76-186-50-40.tx.res.rr.com) |
| 01:44.52 | D3tul3 | oh i could've used a place to crash over there |
| 01:45.03 | arrrghhh | lol |
| 01:45.13 | rpierce99 | i'm confused |
| 01:45.25 | arrrghhh | just give him a place to crash bro |
| 01:45.27 | arrrghhh | don't be a square |
| 01:45.30 | D3tul3 | :) |
| 01:46.48 | D3tul3 | http://de.academic.ru/pictures/dewiki/98/big_pinnacle_of_pilot_mountain.jpg |
| 01:47.26 | rpierce99 | yep that's where i live |
| 01:47.42 | arrrghhh | rpierce99, echo 2 > /sys/devices/platform/msm_hsusb/usb_function_switch <--- i don't have that line |
| 01:47.48 | arrrghhh | that's the only difference from what i can tell. |
| 01:47.58 | rpierce99 | it's in your build, or at least it used to be |
| 01:48.01 | rpierce99 | it doesn't do anything |
| 01:48.05 | rpierce99 | the file doesn't exist |
| 01:48.13 | arrrghhh | rpierce99, http://pastebin.com/D6mbk699 |
| 01:48.39 | arrrghhh | lol how long ago |
| 01:48.48 | rpierce99 | not sure |
| 01:49.11 | arrrghhh | yea i'm going to groom the conf file on the next build |
| 01:49.18 | rpierce99 | WisTilt2: I haven't made a call and it just bounced to E and slow sleep is happening already |
| 01:49.19 | arrrghhh | make sure modprobe statement is in there |
| 01:49.20 | arrrghhh | etc |
| 01:49.35 | *** join/#htc-linux DopeyOne (~Dopey@202-129-83-84.perm.iinet.net.au) |
| 01:49.43 | rpierce99 | now i'm back in 3g |
| 01:49.54 | WisTilt2 | thats new. maybe tower bounced you around |
| 01:50.16 | WisTilt2 | so no fast sleep...make call and see if it changes |
| 01:50.26 | rpierce99 | oh i just initiated a reboot |
| 01:50.31 | arrrghhh | lol |
| 01:50.33 | rpierce99 | i wanted it to fast sleep at least once before i tested |
| 01:50.34 | WisTilt2 | probably a good idea |
| 01:51.24 | rpierce99 | arrrghhh: the only thing i can think of is the case on the androids folder or the ril is wrong? |
| 01:51.51 | arrrghhh | rpierce99, ruled out both of those already. |
| 01:51.54 | arrrghhh | i dunno. |
| 01:51.59 | rpierce99 | yeah i'm clueless |
| 01:52.16 | arrrghhh | i never see my racist echo either |
| 01:52.17 | rpierce99 | it'd be nice if it spit out some kind of error |
| 01:52.23 | arrrghhh | but the .rec files get deleted... |
| 01:52.40 | rpierce99 | that's what makes me think there's something wrong with your conf or it's executing a different conf |
| 01:52.52 | arrrghhh | i even saw a line that said it's using this conf |
| 01:52.54 | arrrghhh | i dunno |
| 01:53.09 | arrrghhh | nothing shows up in dmesg, where else would i see it? |
| 01:53.27 | rpierce99 | no idea |
| 01:53.35 | arrrghhh | bleh |
| 01:53.42 | arrrghhh | i guess i'll just do it the shitty slow way. |
| 01:53.52 | arrrghhh | this is maddenning. |
| 01:54.13 | rpierce99 | a script to do it wouldn't be that bad, like 4 lines |
| 01:54.30 | arrrghhh | yea |
| 01:54.37 | arrrghhh | i'd have to move it around tho |
| 01:54.52 | arrrghhh | samba is slower than snot for some reason, never really looked into why |
| 01:55.01 | rpierce99 | 30 second sleep :( |
| 01:55.23 | rpierce99 | wtf would you need samba for |
| 01:55.36 | WisTilt2 | ok im out. will work on it later, got a dinner to go to. thanks for all the testing guys! |
| 01:55.39 | arrrghhh | this lappy doesn't run linux at the moment. |
| 01:55.44 | arrrghhh | WisTilt2, thank you. |
| 01:55.48 | arrrghhh | 30s sleep for me also :/ |
| 01:56.23 | rpierce99 | oh so you'd have to copy it over the network, modify it, then copy it back |
| 01:56.27 | arrrghhh | yup |
| 01:56.33 | arrrghhh | my server runs linux |
| 01:56.33 | rpierce99 | VM? |
| 01:56.38 | arrrghhh | so i can mess with stuff on it |
| 01:56.40 | arrrghhh | not on this machine |
| 01:56.45 | arrrghhh | it barely runs 1 os :P |
| 01:56.49 | rpierce99 | ah |
| 01:57.00 | arrrghhh | runs linux a little faster than windows |
| 01:57.02 | arrrghhh | but not much faster. |
| 01:58.20 | arrrghhh | so much progress |
| 01:58.25 | arrrghhh | yet so little tangible changes :P |
| 01:59.54 | rpierce99 | i really didn't think the RIL would be this tough, there's not that many lines of code, but I guess that's just because it was all missing :) |
| 02:00.36 | arrrghhh | yea |
| 02:00.47 | arrrghhh | interfacing with a modem that you've never worked with before can't be easy either. |
| 02:01.37 | rpierce99 | sounds like he's working completely undocumented too, trying to guess what bits do what |
| 02:02.14 | arrrghhh | woah |
| 02:02.20 | arrrghhh | i'm getting a solid green light in a phone call |
| 02:02.20 | arrrghhh | wtf |
| 02:02.28 | arrrghhh | still ringing, in speakerphone. |
| 02:06.37 | arrrghhh | don't see how that's possible |
| 02:10.51 | arrrghhh | alright, time to get the mop cut. |
| 02:10.55 | arrrghhh | cya |
| 02:14.16 | *** join/#htc-linux Bry8Star (debian-tor@gateway/tor-sasl/bry8star) |
| 02:38.31 | *** join/#htc-linux DopeyOne (~Dopey@202-129-83-84.perm.iinet.net.au) |
| 02:46.58 | *** join/#htc-linux odz (~odz@2001:470:1f07:a1a:502f:72dc:64e5:11ce) |
| 02:49.28 | *** join/#htc-linux odz (~odz@2001:470:1f07:a1a:502f:72dc:64e5:11ce) |
| 02:57.32 | Entropy512 | OK, this may be bordering on a noob question, but I haven't seen anything of it in the FAQs - is video playback supported? In YouTube and the media player, I get sound but a blank screen. |
| 03:00.23 | *** join/#htc-linux ShapaTank (~ShapaTank@cpe-24-24-202-60.socal.res.rr.com) |
| 03:01.21 | XirXes | if youtube isnt in hq mode it kindof works |
| 03:01.53 | *** join/#htc-linux hardwalker (~hardwalke@114-33-201-92.HINET-IP.hinet.net) |
| 03:01.54 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
| 03:02.02 | XirXes | but for now the hardware decoders aren't correctly implimented yet |
| 03:02.59 | ShapaTank | i bricked my htc |
| 03:03.00 | ShapaTank | waaaaa |
| 03:03.01 | Entropy512 | hmm, will try dropping out of hq mode. :P |
| 03:03.46 | *** join/#htc-linux hardwalker (~hardwalke@114-33-201-92.HINET-IP.hinet.net) |
| 03:05.06 | ShapaTank | so there no option other than jtag? |
| 03:05.13 | ShapaTank | like i can connect to it through comm5... |
| 03:05.21 | ShapaTank | but i cant enter anny commands in mutty |
| 03:05.42 | *** join/#htc-linux hardwalker (~hardwalke@114-33-201-92.HINET-IP.hinet.net) |
| 03:06.30 | arrrghhh | man gps locked so quick today. i was in shock, i haven't done quickgps in months. |
| 03:06.48 | arrrghhh | i guess cuz i was moving it was able to triangulate easier. sometimes when driving it takes 10+ minutes to lock. madness. |
| 03:06.52 | Entropy512 | hmm, dunno myself ShapaTank, don't think the right people to answer are online now |
| 03:07.13 | Entropy512 | my experience - every GPS receiver I've ever used is slow to lock when moving |
| 03:07.14 | ShapaTank | damnn, thanx |
| 03:08.03 | Entropy512 | and even with a QuickGPS load, if I haven't already locked in Winmo within the past few minutes, I'm always sloooooooooow to lock |
| 03:09.02 | *** join/#htc-linux hardwalker (~hardwalke@114-33-201-92.HINET-IP.hinet.net) |
| 03:09.55 | *** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com) |
| 03:10.53 | *** join/#htc-linux SG (~SG@cpe-76-186-50-40.tx.res.rr.com) |
| 03:11.33 | arrrghhh | yea i'm boggled by how quickly it locked when i was out |
| 03:11.41 | arrrghhh | considering a) i hardly use it |
| 03:11.48 | arrrghhh | and b) i hadn't used quickgps in ages |
| 03:11.57 | Entropy512 | weird |
| 03:11.58 | arrrghhh | pretty amazing. ofc i was in the ocean at first |
| 03:12.04 | arrrghhh | but it was 10-15sec, then lock. |
| 03:12.09 | Entropy512 | well patch submitted for that one. :) |
| 03:12.12 | Entropy512 | oddly enough |
| 03:12.16 | arrrghhh | yea i saw it |
| 03:12.23 | Entropy512 | I sort of remember the first times I used xdandroid, it locked fast |
| 03:12.26 | Entropy512 | but other times |
| 03:12.29 | arrrghhh | i'm certainly in no position to commit it, just say hooray patch! |
| 03:12.37 | arrrghhh | [acl], on the other hand... |
| 03:12.38 | arrrghhh | :D |
| 03:12.43 | arrrghhh | how you doin man, i saw you slink in thar |
| 03:13.00 | Entropy512 | slow as hell - no clue why |
| 03:13.09 | arrrghhh | Entropy512, fix it |
| 03:13.11 | Entropy512 | in some case I have to reboot to winmo to lock it and then boot android |
| 03:13.22 | arrrghhh | that's so strange... |
| 03:13.25 | Entropy512 | *head goes splodey splodey* |
| 03:13.27 | arrrghhh | gps lib must be fuxxored |
| 03:13.29 | arrrghhh | lol |
| 03:13.49 | Entropy512 | seriously - the gps stuff in cyanogenmod's git repo is so hard to follow |
| 03:14.13 | Entropy512 | about the only thing I can figure out right now is that I think some of our event mask flags match theirs |
| 03:14.15 | Entropy512 | but not all |
| 03:14.35 | Entropy512 | everything above 0x80 or so is a clear mismatch, and possibly some of the lower flags too |
| 03:14.45 | Entropy512 | 0x1, 0x2, 0x4 seem consistent though |
| 03:15.45 | [acl] | huh? |
| 03:16.40 | *** join/#htc-linux MassStash (~MassStash@c-67-175-41-173.hsd1.il.comcast.net) |
| 03:16.41 | Entropy512 | [acl]: the flags for event in dispatch_pdsm_pd() in gps-rpc.c |
| 03:16.56 | Entropy512 | our understanding of them is almost surely wrong |
| 03:17.03 | Entropy512 | as to what the correct values are - ????? |
| 03:17.22 | Entropy512 | the behavior I observe is very consistent with other Qualcomm GPS APIs for some flag values |
| 03:17.28 | Entropy512 | but diverges in other cases |
| 03:17.41 | [acl] | ok.. i know nothing of what ur talking about but im waiting for the solution you propose |
| 03:17.46 | arrrghhh | lol |
| 03:17.49 | Entropy512 | hahah |
| 03:17.55 | Entropy512 | I'm still trying to figure that out |
| 03:18.11 | [acl] | so how do you know its wrong ? |
| 03:18.13 | arrrghhh | [acl], he submitted a patch for the false fixes off the coast of ghana |
| 03:18.21 | Entropy512 | basic GPS physics |
| 03:18.30 | arrrghhh | cuz we get fixes off of the coast of ghana? that's a problem :P |
| 03:18.33 | Entropy512 | height requires 4 sats |
| 03:18.42 | *** join/#htc-linux furtardo (~mks@nat/yahoo/x-dtnmldjcryruviid) |
| 03:18.42 | Entropy512 | lat/long without height requires only 3 |
| 03:18.44 | Entropy512 | thus |
| 03:18.50 | Entropy512 | you cannot have height without lat/long |
| 03:18.51 | Entropy512 | but |
| 03:19.01 | Entropy512 | we get what we think are height events on a regular basis |
| 03:19.04 | Entropy512 | without lat/long |
| 03:19.22 | Entropy512 | simply not possible |
| 03:19.23 | Entropy512 | thus |
| 03:19.30 | Entropy512 | PDSM_PD_EVENT_HEIGHT is not actually height |
| 03:20.20 | [acl] | ok |
| 03:20.41 | Entropy512 | what it is - unknown. However the behavior for flags 0x1, 0x2, 0x4 is sort of consistent with the various RPC_LOC_EVENT flags in https://github.com/CyanogenMod/android_hardware_qcom_gps/blob/gingerbread/loc_api/libloc_api-rpc/inc-1240/loc_api_fixup.h |
| 03:20.46 | Entropy512 | however |
| 03:20.56 | Entropy512 | we have some events that don't match any RPC_LOC_EVENT flags there |
| 03:21.07 | Entropy512 | and some of the flags we do get - may not have the same meaning |
| 03:21.49 | Entropy512 | in the above C file - 0x1 is a position report, 0x2 is an SV status report, 0x4 is an "NMEA report" - somewhat ambiguous as to what that means |
| 03:22.12 | Entropy512 | but when we're unlocked we'll get two 0x4s per reporting period |
| 03:22.33 | Entropy512 | when locked, one 0x4 becomes 0x7 (1, 2, 4 all set), and at that point, we get position and valid SV status |
| 03:22.34 | [acl] | now i know how people feel when i talk about the frame buffer |
| 03:22.39 | Entropy512 | hahah |
| 03:23.04 | Entropy512 | doesn't help that I haven't yet figured out what is right |
| 03:23.07 | [acl] | im no gps guy.. phh and jonpry wrote that shit.. but if u know the issue, then whats stoping you from fixing it ? |
| 03:23.09 | Entropy512 | I just know it's wrong |
| 03:23.21 | Entropy512 | lack of documentation |
| 03:23.39 | [acl] | shit nothing is documented bro |
| 03:23.58 | arrrghhh | yea, but it's hard to code without specs is his point :P |
| 03:24.11 | arrrghhh | take it easy on him man, he's new to deving for this madness. |
| 03:24.18 | Entropy512 | hehehe |
| 03:24.27 | arrrghhh | Entropy512, this type of development is different from most others :P |
| 03:24.29 | [acl] | ok ok sorry.. i just dont follow |
| 03:24.41 | arrrghhh | [acl], he's trying to get XTRA to work |
| 03:24.49 | Entropy512 | well, that's another thing |
| 03:24.51 | arrrghhh | and i guess there's some SV status issues as well |
| 03:24.52 | [acl] | where is jonpry? he is the best man to answer this .. guy traced all that gps shit |
| 03:24.58 | arrrghhh | i don't really follow where you're going with the SV stuff either Entropy512 |
| 03:25.02 | Entropy512 | XTRA |
| 03:25.31 | Entropy512 | in terms of background - I'm familiar enough with the GPS system that at one point, I was able to calculate a fix directly from pseudorange data in Matlab |
| 03:25.37 | Entropy512 | kind of rusty now tho |
| 03:25.47 | Entropy512 | that's how I know "can't have height without position" |
| 03:25.58 | [acl] | Entropy512: ok maybe this will help |
| 03:26.31 | [acl] | i know nothing about gps.. i could care less actually. but if you need help with rpc, or some code bug.. then easy.. but learning gps to solve the issue isnt worth it for me. |
| 03:26.47 | [acl] | so lets try this approach |
| 03:27.00 | Entropy512 | what's the best way to sniff the RPC traffic in winmo? |
| 03:27.04 | [acl] | do you know of the rpc call thats causing the issue? |
| 03:27.22 | [acl] | Entropy512: if you love pain.. then haret dumps.. |
| 03:27.30 | Entropy512 | ohgod |
| 03:27.40 | [acl] | Entropy512: if you want some code to help then you need to get it from jonpry |
| 03:27.53 | Entropy512 | i'll try to catch him at some point. :) |
| 03:28.07 | [acl] | but before you go jump off a cliff, do you at least know which calls are causing issues? |
| 03:28.31 | Entropy512 | Not specifically the call, but the response and how we interpret that response |
| 03:28.43 | [acl] | well where do we get the responce from.. |
| 03:28.44 | [acl] | ? |
| 03:28.45 | Entropy512 | dispatch_pdsm_pd() in gps-rpc.c |
| 03:28.51 | [acl] | ok let me take a look at this bad boy |
| 03:29.28 | [acl] | where is this file? |
| 03:29.36 | [acl] | not on mach-msm |
| 03:29.42 | arrrghhh | rootfs isn't it? |
| 03:30.02 | [acl] | no i mean the source |
| 03:30.07 | Entropy512 | hardware/libhardware_legacy/gps/gps-rpc.c |
| 03:30.13 | [acl] | ahh this is userland? |
| 03:30.14 | Entropy512 | and it's one of the system libs |
| 03:30.17 | Entropy512 | yeah |
| 03:30.23 | [acl] | fuk this.. neeed to talk to a userland guy for that |
| 03:30.28 | Entropy512 | hahah |
| 03:30.33 | [acl] | im kernel yo |
| 03:30.34 | [acl] | but ill take a look anyways |
| 03:30.37 | Entropy512 | :) |
| 03:30.49 | arrrghhh | lol |
| 03:30.51 | [acl] | can you at least give me a link ? |
| 03:30.58 | Entropy512 | ok, one sec |
| 03:31.06 | Entropy512 | been looking in my own filesystem so far. :) |
| 03:31.34 | [acl] | i got bigger issues to solve.. like how to get bitches while writing code |
| 03:31.40 | [acl] | impossible problem to solve |
| 03:31.56 | [acl] | :-p |
| 03:31.56 | arrrghhh | lol |
| 03:32.01 | arrrghhh | you're SOL there my friend |
| 03:32.04 | Entropy512 | http://gitorious.org/xdandroid/hardware_libhardware_legacy/blobs/froyo/gps/gps-rpc.c |
| 03:32.13 | Entropy512 | see that's why my patch took so long |
| 03:32.24 | Entropy512 | workin' on someone. :) |
| 03:32.36 | arrrghhh | heh |
| 03:32.44 | Entropy512 | So far my understanding is, once we init the GPS with some RPC calls |
| 03:33.03 | Entropy512 | we use pdsm_get_position() to "tickle" the GPS |
| 03:33.13 | Entropy512 | periodically |
| 03:33.16 | Entropy512 | when we do that |
| 03:33.24 | Entropy512 | we get a bunch of responses in an ordered sequence |
| 03:33.29 | Entropy512 | lemme try to see if I have a log... |
| 03:33.31 | [acl] | wow |
| 03:33.36 | [acl] | this is phh's code |
| 03:33.37 | [acl] | i think |
| 03:33.54 | Entropy512 | but they all come up through the stack and eventually wind up in dispatch_pdsm_pd() |
| 03:34.32 | Entropy512 | where you'll see that we check a variable called event for various flags, and do stuff if those flags are set |
| 03:34.47 | [acl] | ok so this is my bitch |
| 03:34.47 | [acl] | svc_register(svc, 0x3100005b, 0xb93145f7, dispatch,0); |
| 03:35.33 | Entropy512 | the 0,0 bug (actually smallvalue,smallvalue bug - it's uninitialized data) happens when we get event=0x04 |
| 03:35.53 | Entropy512 | dispatch_pdsm_pd() interprets this as PDSM_PD_EVENT_HEIGHT |
| 03:36.02 | Entropy512 | and sets the height fix flag |
| 03:36.22 | [acl] | hmm |
| 03:36.24 | Entropy512 | problem is - there is no way that flag is a height event. What it is, I do not know yet, but it isn't height |
| 03:36.31 | [acl] | ok so all these pdsm events |
| 03:36.37 | [acl] | you need to double check em right ? |
| 03:36.51 | [acl] | pos 1 , velociy 2, height 4 , done 8 |
| 03:36.56 | Entropy512 | Yeah. What do they really mean? |
| 03:37.10 | Entropy512 | because 4 = I am positive it is not height. |
| 03:37.17 | [acl] | what do they eman or are they labeled correctly? |
| 03:37.48 | Entropy512 | They are labeled correctly/being handled incorrectly, the problem is that we don't have the right documentation to know what "correct" actually is |
| 03:37.58 | Entropy512 | since we guessed and apparently guessed wrong. :) |
| 03:39.13 | [acl] | hmm ok.. i get ya now |
| 03:40.02 | Entropy512 | Right - because getting a 0x4 without a 0x1 should be impossible if those flag interpretations are correct |
| 03:40.08 | Entropy512 | but we routinely get that |
| 03:40.40 | arrrghhh | i wonder what we're actually getting when it throws that 0x4 |
| 03:40.44 | arrrghhh | i'm assuming that's the problem? |
| 03:40.51 | arrrghhh | we don't know what value it is latching on to? |
| 03:41.48 | [acl] | ok well there is so much shit in there ill need some time to take a look.. |
| 03:42.28 | arrrghhh | [acl], so phh should probably look at the patch and fanegal the commit eh? |
| 03:42.38 | arrrghhh | he seems on again off again with XDAndroid |
| 03:43.02 | [acl] | well the patch works? |
| 03:43.07 | [acl] | is that hat ur sayin? |
| 03:43.14 | arrrghhh | AFAIK it's the messy hack |
| 03:43.21 | arrrghhh | basically adds a check for POS |
| 03:43.22 | [acl] | meaning ? |
| 03:43.23 | arrrghhh | Entropy512, ? |
| 03:43.32 | arrrghhh | [acl], are you on the dev mailing list? |
| 03:43.32 | Entropy512 | What I'm saying is, |
| 03:43.35 | arrrghhh | he submitted it to that :P |
| 03:43.43 | Entropy512 | it's a workaround but it's not an actual fix of the "root cause" |
| 03:44.23 | [acl] | whats the workaround? |
| 03:44.25 | arrrghhh | lol, oy ve. see tiad's newest junk Entropy512 ? |
| 03:44.32 | arrrghhh | your SIM CARD is the key. THAT'S THE POWER OF GSM DEVICES THE (SIM CARD). |
| 03:44.36 | arrrghhh | LOL NO SHIT! |
| 03:44.56 | Entropy512 | the workaround is (it's in the patch, but since you're looking at the source file) |
| 03:45.07 | Entropy512 | one sec |
| 03:45.38 | Entropy512 | near the end of dispatch_pdsm_pd(), see the if(fix.flags) statement? |
| 03:46.10 | Entropy512 | changing that to if(fix.flags & GPS_LOCATION_HAS_LAT_LONG) gets rid of the 0,0 problem |
| 03:46.39 | Entropy512 | however, it doesn't fix the fact that we don't get sat status until we are locked |
| 03:46.50 | Entropy512 | <arrrghhh> i wonder what we're actually getting when it throws that 0x4 |
| 03:46.50 | Entropy512 | <arrrghhh> i'm assuming that's the problem? |
| 03:47.09 | Entropy512 | yup - we don't know what 0x4 actually means, however, I suspect it MIGHT be the stuff at |
| 03:47.20 | Entropy512 | https://github.com/CyanogenMod/android_hardware_qcom_gps/blob/gingerbread/loc_api/libloc_api-rpc/inc-1240/loc_api_fixup.h |
| 03:48.03 | Entropy512 | specifically RPC_LOC_EVENT_NMEA_1HZ_REPORT, RPC_LOC_EVENT_SATELLITE_REPORT, and RPC_LOC_EVENT_PARSED_POSITION_REPORT |
| 03:48.16 | Entropy512 | those three values seem consistent with the behavior I'm seeing |
| 03:48.24 | Entropy512 | unfortunately I never see 0x1 without 0x2 and vice versa |
| 03:48.26 | Entropy512 | makes it hard |
| 03:48.36 | [acl] | so anyone actually try this patch? |
| 03:48.39 | Entropy512 | similarly, never see 0x1/0x2 without 0x4 |
| 03:48.41 | Entropy512 | just me |
| 03:48.46 | [acl] | no one is gonna commit unless its been testewd |
| 03:48.50 | Entropy512 | solves the 0,0 issue, doesn't break things |
| 03:49.15 | [acl] | hand over the lib to the masses and see how it works out. |
| 03:49.21 | Entropy512 | should I start a testing thread and provide libhardware_legacy.so? |
| 03:49.25 | [acl] | sure |
| 03:49.26 | [acl] | why not |
| 03:49.40 | Entropy512 | (will do that tomorrow then with a list of what it fixes and what it does not) |
| 03:50.18 | Entropy512 | (getting kinda late tonight) |
| 03:52.08 | [acl] | yeah dood.. just spread it like wildfire.. |
| 03:52.27 | Entropy512 | in terms of what I see: |
| 03:52.37 | arrrghhh | Entropy512, hand it over |
| 03:52.41 | arrrghhh | i'll put it in that thread you already have |
| 03:52.48 | arrrghhh | and you can just modify the first post whenever |
| 03:53.40 | Entropy512 | one sec, figuring out DCC on this client, never done it before. :P |
| 03:53.52 | arrrghhh | lol |
| 03:53.58 | arrrghhh | dropbox, whatever man :P |
| 03:54.09 | Entropy512 | heheh, good point |
| 03:54.11 | arrrghhh | i'd just throw it on mah server, cuz i'm lazy |
| 03:54.14 | arrrghhh | and that's what it's there for |
| 03:54.23 | arrrghhh | so i can be lazy :D |
| 03:54.51 | Entropy512 | my server is internal consumption only. :) |
| 03:54.59 | Entropy512 | bah i'll just bump the thread |
| 03:55.01 | Entropy512 | gimme a few |
| 03:56.44 | arrrghhh | np |
| 03:56.47 | arrrghhh | just tryin to help :P |
| 03:56.51 | arrrghhh | plus i want to test it, damnit! |
| 03:57.10 | arrrghhh | yea edit up the first post and bump it |
| 03:57.11 | arrrghhh | :D |
| 04:03.22 | [acl] | is the force cdma still needed for cdma rhods? |
| 04:05.20 | *** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
| 04:05.54 | arrrghhh | i think so |
| 04:06.00 | arrrghhh | [acl], why? |
| 04:06.35 | *** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
| 04:08.34 | Entropy512 | thread updated and bumped |
| 04:08.54 | arrrghhh | awesome |
| 04:09.11 | [acl] | arrrghhh: removing that shit.. since we recognize the variant now |
| 04:09.54 | arrrghhh | ah |
| 04:09.58 | Entropy512 | how did tiad8 get WisTilt2's test RILs? |
| 04:10.46 | arrrghhh | he didn't |
| 04:10.48 | arrrghhh | read my post |
| 04:11.18 | arrrghhh | at least i'm assuming he didn't |
| 04:11.25 | stinebd | [acl]: but that still leaves the problem of using a cdma rhod on a gsm network |
| 04:11.46 | stinebd | we need the foce_cdma switch in such a case |
| 04:11.50 | stinebd | force* |
| 04:11.59 | Entropy512 | ah |
| 04:12.13 | arrrghhh | need to set it to 0 if you're using gsm on a cdma rhod for sure... |
| 04:12.43 | arrrghhh | sad we can't get both to work, but that seems... kinda like an outrageous thing to pursue considering the other problems we still have :P |
| 04:12.43 | [acl] | stinebd: yeah sorry for now its nand until i see if we can also detect the variant on the raphael |
| 04:13.08 | [acl] | stinebd: but shouldnt this come from userland ? the setting? |
| 04:13.18 | stinebd | ril is userland |
| 04:13.21 | [acl] | if you want to force cdma or gsm |
| 04:13.25 | [acl] | not a cmd line |
| 04:13.32 | stinebd | but how? |
| 04:13.36 | [acl] | skill |
| 04:13.47 | [acl] | thats usually how i do it |
| 04:13.48 | [acl] | :-p |
| 04:13.51 | Entropy512 | go figure, he doesn't copypasta into the thread where he's explicitly getting called out for kanging stuff without reporting stuff back to upstream |
| 04:13.56 | Entropy512 | (the SENSE X thread) |
| 04:14.20 | [acl] | stinebd: actually the easiest thing i can think of is using a set prop |
| 04:14.24 | arrrghhh | Entropy512, ofc |
| 04:14.32 | [acl] | ril reads the prop and does its thing |
| 04:14.44 | stinebd | [acl]: and how does the user change it? |
| 04:15.10 | [acl] | how do they change it now? cmdline right? |
| 04:15.29 | arrrghhh | users don't really change things in the build.prop |
| 04:15.37 | stinebd | yes, haret users can edit startup.txt |
| 04:15.43 | [acl] | hmm |
| 04:15.45 | [acl] | i see the issue |
| 04:15.56 | stinebd | we'd need to create a settings provider just for our ril |
| 04:16.01 | stinebd | and add a page in the settings app for it |
| 04:16.06 | [acl] | how does the lexicon handle it ? |
| 04:16.18 | stinebd | probably checking for a sim |
| 04:16.24 | stinebd | if no sim, go to cdma mode |
| 04:16.31 | [acl] | but you can have sim and be cdma |
| 04:16.43 | stinebd | on lex? |
| 04:16.50 | [acl] | well no i mean for us |
| 04:16.57 | stinebd | users can remove sims |
| 04:17.00 | stinebd | it's not hard |
| 04:17.03 | [acl] | lol |
| 04:17.04 | arrrghhh | yea in winmo he's sayin tho |
| 04:17.17 | stinebd | ? |
| 04:17.30 | arrrghhh | how many CDMA worldphones are android |
| 04:17.37 | arrrghhh | droid pro...? |
| 04:17.39 | *** join/#htc-linux Drakh_ (Drakh@201.240.70.58) |
| 04:17.42 | stinebd | htc? lexicon |
| 04:17.51 | stinebd | or lexikon or whatever the hell it is |
| 04:18.03 | arrrghhh | it's been released? |
| 04:18.30 | [acl] | i forge there is no ui for this shit |
| 04:18.47 | [acl] | so stine i see ur point.. if there was a ui, we could do it. |
| 04:19.20 | stinebd | i'd say just have it check for sim and instruct the user to pull the sim if they're going cdma |
| 04:20.30 | stinebd | or maybe if registration fails with gsm, go for cdma (possible?) |
| 04:21.19 | *** join/#htc-linux crawling (~crawling@a89-152-194-56.cpe.netcabo.pt) |
| 04:23.17 | [acl] | stinebd: not sure.. can we even detect the sim |
| 04:23.44 | Entropy512 | droid global? |
| 04:24.33 | arrrghhh | damn i forgot how quick data connects on wis' new RIL |
| 04:24.34 | arrrghhh | lol |
| 04:25.15 | Entropy512 | in terms of ui/no ui - it's kinda hidden, but I think on the actual worldphones it would be the various choices in *#*#info#*#* |
| 04:26.05 | stinebd | [acl]: there's a sim-not-present reply somewhere in there for sure |
| 04:26.52 | Entropy512 | I believe on a typical CDMA worldphone, the normal behavior is "prefer CDMA unless there is no CDMA coverage" |
| 04:27.11 | arrrghhh | Entropy512, unless i just did something wrong |
| 04:27.17 | arrrghhh | woah |
| 04:27.28 | Entropy512 | ? |
| 04:27.35 | stinebd | RIL_E_SIM_ABSENT |
| 04:27.53 | arrrghhh | weid |
| 04:27.55 | arrrghhh | weird |
| 04:27.58 | arrrghhh | Entropy512, i saw the ocean |
| 04:28.02 | arrrghhh | and then i got a "lock" |
| 04:28.18 | arrrghhh | but it was very fuzzy. don't know how many sats, google maps in android doesn't tell you those stats evidently :/ |
| 04:28.28 | Entropy512 | that would be the second lib you haven't been able to mount --bind today |
| 04:28.35 | Entropy512 | hmm, should update thread |
| 04:28.42 | Entropy512 | I use "GPS Status and Toolbox" from market |
| 04:28.55 | arrrghhh | damnit. |
| 04:29.00 | arrrghhh | i don't know why it's all of the sudden an issue |
| 04:29.04 | arrrghhh | i've never had a problem lol |
| 04:29.13 | stinebd | Entropy512: on my rhod400 (for which i get no cdma service) i still get network id and signal bars (supposed subscription i guess), and can initiate a call, at which point i get an angry sprint guy saying i have no access to the network |
| 04:29.33 | arrrghhh | ah that used to be gps test |
| 04:29.37 | arrrghhh | i guess he changed the name |
| 04:29.48 | Entropy512 | I think gps test is a different app from ChartCross |
| 04:30.01 | arrrghhh | i used to have a gps app that looked exactly like this |
| 04:30.03 | Entropy512 | which appeared to be paid in Android |
| 04:30.04 | arrrghhh | called GPSTest |
| 04:31.07 | [acl] | arrrghhh: wistilt is gonna love this |
| 04:31.21 | [acl] | when that whole boot loop thing cuz of the batt |
| 04:31.24 | arrrghhh | maybe it was gps status |
| 04:31.27 | arrrghhh | i'm tired |
| 04:31.35 | arrrghhh | yea? |
| 04:31.39 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
| 04:31.40 | [acl] | if it boots with no panel .. then the id returns a 0 |
| 04:31.52 | [acl] | so our init string doesnt run so you boot with a blank screen |
| 04:31.57 | arrrghhh | Entropy512, i don't get it. my locks are so fast now, and i'm in my damned basement. |
| 04:32.09 | arrrghhh | [acl], that... sucks. |
| 04:32.19 | [acl] | cant even trust spl nowadays |
| 04:32.37 | Entropy512 | weird |
| 04:32.50 | [acl] | i do belive JB does have the other address tho.. |
| 04:32.54 | [acl] | so time to pillage |
| 04:32.59 | Entropy512 | wonder if maybe it's a CDMA vs GSM thing - maybe your GPS implementation sucks less than ours does |
| 04:33.04 | arrrghhh | Entropy512, i was in the ocean for a little bit |
| 04:33.07 | arrrghhh | stfu :P |
| 04:33.16 | arrrghhh | how can i verify that i am in fact running that lib in android? |
| 04:33.34 | Entropy512 | logcat |
| 04:33.47 | Entropy512 | with the standard lib, you will see occasional gps_msm7k stuff |
| 04:33.52 | Entropy512 | with my lib |
| 04:34.12 | Entropy512 | you should see a bunch of gps_rpc entries |
| 04:34.22 | Entropy512 | because debug output was my other fix |
| 04:34.51 | arrrghhh | yea, i see a boatload of gps stuff |
| 04:35.04 | arrrghhh | why are the fixes working so well |
| 04:35.26 | Entropy512 | no clue, maybe something deep down in your radio firmware |
| 04:35.35 | arrrghhh | lol |
| 04:35.47 | Entropy512 | maybe time injection from the network is happening without ARM11 interaction or something |
| 04:36.04 | arrrghhh | my phone has never gotten fixes this quickly |
| 04:36.06 | arrrghhh | it's madness |
| 04:36.18 | Entropy512 | mine only does if I lock it in winmo first |
| 04:36.19 | arrrghhh | hrm i guess i used gps a couple of days ago in winmo |
| 04:36.22 | arrrghhh | damnit that was it |
| 04:36.27 | arrrghhh | i didn't use quickgps, but i did use gps gps :P |
| 04:36.44 | Entropy512 | but in my case, a restart seems to blow everything away on my phone |
| 04:36.48 | arrrghhh | weird |
| 04:36.56 | arrrghhh | i definitely didn't use gps in winmo before this boot |
| 04:36.58 | Entropy512 | or just not using the GPS for an hour or two |
| 04:37.44 | Entropy512 | but maybe your radio implementation is storing more nonvolatile info or something - I don't know. your results are not what I'd expect from the steaming turd known as gpsOne |
| 04:37.45 | Entropy512 | :P |
| 04:38.38 | arrrghhh | oh yea |
| 04:38.39 | arrrghhh | me neither |
| 04:38.41 | Entropy512 | odd question, during the typical GPS reporting loop, what's the order you see? On mine: |
| 04:38.46 | arrrghhh | it's not like my phone has been awesome all along |
| 04:38.53 | arrrghhh | it just started being awesome today. |
| 04:38.58 | arrrghhh | i usually don't use it |
| 04:39.03 | arrrghhh | cuz it sucks so much (typically) |
| 04:39.07 | Entropy512 | I see a pdsm_client_get_position() |
| 04:39.10 | Entropy512 | then I see |
| 04:39.23 | *** join/#htc-linux |Atom| (~atom@82.194.234.249) |
| 04:39.36 | Entropy512 | a bunch of dispatch_pdsm_pd() reports in the following order when unlocked: |
| 04:39.45 | arrrghhh | do you just want to see my logcat? |
| 04:39.46 | arrrghhh | lol |
| 04:40.10 | Entropy512 | 0x0 (no events wtf?), 0x20,0x4,0x4,0x10,0x8 |
| 04:40.14 | Entropy512 | ok sure |
| 04:40.15 | Entropy512 | :P |
| 04:40.24 | Entropy512 | if locked, one of the 0x4s becomes 0x7 |
| 04:41.01 | arrrghhh | Entropy512, http://pastebin.com/bUXETZd8 |
| 04:41.16 | arrrghhh | it's locking so fast |
| 04:41.22 | arrrghhh | and i usually can't get gps locks in my basement |
| 04:41.25 | arrrghhh | this is nutso |
| 04:41.52 | arrrghhh | if we could figure out how to get it to work like this all the time, yea. that would be ideal i think. :P |
| 04:42.08 | Entropy512 | you're doing this without my lib |
| 04:42.14 | arrrghhh | shite |
| 04:42.16 | arrrghhh | really? |
| 04:42.25 | arrrghhh | ok |
| 04:42.28 | Entropy512 | I only see gps_msm7k output - that's stuff from the old lib |
| 04:42.34 | Entropy512 | if my lib is loaded properly |
| 04:42.37 | arrrghhh | there's gotta be something really really wrong with my user.conf's |
| 04:42.42 | Entropy512 | you will see a lot more stuff, tagged gps_rpc |
| 04:43.03 | arrrghhh | i don't get it, why does the rm fsck command work then... |
| 04:43.14 | rpierce99 | do we need some professional mount binding in here? |
| 04:43.16 | rpierce99 | :P |
| 04:43.22 | arrrghhh | f you |
| 04:43.24 | arrrghhh | :P |
| 04:43.33 | arrrghhh | god damnit, this is really pissing me off now. |
| 04:43.43 | arrrghhh | how is anyone using my user.confs? |
| 04:43.46 | arrrghhh | i can't even use them lol. |
| 04:43.47 | Entropy512 | wonder i maybe one of the commands is taking long/doing something weird and has to be last? |
| 04:43.52 | rpierce99 | i'm telling you, despite what the message says, that conf is not being used |
| 04:43.58 | arrrghhh | ok |
| 04:43.59 | *** join/#htc-linux _twitch (~burning_a@64.112.96.58.static.exetel.com.au) |
| 04:44.08 | arrrghhh | so how do i figure out what conf IS being used |
| 04:44.16 | arrrghhh | i obviously have several, but none at the root |
| 04:44.29 | Entropy512 | On mine, from the root of the sdcard |
| 04:44.33 | arrrghhh | or in a conf folder off the root for that matter. |
| 04:44.33 | Entropy512 | it's conf/froyo.user.conf |
| 04:44.58 | Entropy512 | and it's 12:44 AM and I have an 8 am meeting and thus need to go to bed |
| 04:45.01 | Entropy512 | :( |
| 04:45.03 | Entropy512 | nn all |
| 04:45.05 | arrrghhh | np |
| 04:45.06 | arrrghhh | gn man |
| 04:45.11 | arrrghhh | shite it is almost 11 |
| 04:45.18 | arrrghhh | i have to be at work at 5:30 |
| 04:45.18 | arrrghhh | lol |
| 04:46.20 | arrrghhh | ok |
| 04:46.24 | arrrghhh | i'm definitely doing something wrong |
| 04:46.29 | arrrghhh | i sometimes see .rec files |
| 04:46.33 | arrrghhh | wth... |
| 04:46.53 | rpierce99 | youre in windows, no ghost file extension or issues with file format, right? |
| 04:47.05 | arrrghhh | nope |
| 04:47.09 | arrrghhh | i'm using notepad++ too |
| 04:47.15 | arrrghhh | i can see LF and CR etc.... |
| 04:47.28 | *** join/#htc-linux avinashhm (~avinash-h@203.101.61.10) |
| 04:52.34 | arrrghhh | ok... |
| 04:52.42 | arrrghhh | so seems to be working now |
| 04:52.53 | arrrghhh | not getting a lock :P |
| 04:52.57 | rpierce99 | Entropy512: never locked until the loc was correct, works as expected |
| 04:53.06 | arrrghhh | i 'fixed' my problem |
| 04:53.07 | rpierce99 | it still took way too long, but that's expected behavior |
| 04:53.12 | rpierce99 | nice arrrghhh |
| 04:53.14 | arrrghhh | i'm still baffled |
| 04:53.19 | arrrghhh | but it's all better. |
| 04:53.27 | arrrghhh | perhaps... |
| 04:53.33 | arrrghhh | and if this is the reason, i'm an idiot. |
| 04:53.38 | arrrghhh | i removed the enter after the bracket |
| 04:53.50 | arrrghhh | this time i put it back in. |
| 04:54.02 | rpierce99 | a return after a closing curly? |
| 04:54.07 | arrrghhh | yea |
| 04:54.17 | rpierce99 | should that really have any affect? |
| 04:54.22 | arrrghhh | wouldn't think so |
| 04:54.33 | arrrghhh | damn |
| 04:54.38 | arrrghhh | the lock was very fuzzy at first |
| 04:54.40 | *** join/#htc-linux Rob2223 (~Miranda@p4FFF2EA5.dip.t-dialin.net) |
| 04:54.46 | arrrghhh | but i can't see how many sats are locked in google maps... |
| 04:54.48 | arrrghhh | is there a way? |
| 04:54.59 | arrrghhh | gps status is just a screen, i can't see how close it is to where i actually am lol |
| 04:56.37 | rpierce99 | and there's the typical GPS restart to winmo :) |
| 04:56.46 | *** join/#htc-linux GPFerror (~GPF@ip72-208-193-231.ph.ph.cox.net) |
| 04:57.26 | arrrghhh | hrm |
| 04:57.30 | arrrghhh | usb, what's your deal. |
| 04:58.49 | arrrghhh | huh |
| 04:59.07 | arrrghhh | i'm just sucking at this whole android thing lately. |
| 04:59.48 | arrrghhh | rpierce99, i added that LF at the end of the } |
| 04:59.57 | arrrghhh | and i moved the bind mount above my rm -f command |
| 04:59.59 | arrrghhh | that's.... it |
| 05:00.13 | rpierce99 | weird |
| 05:00.18 | arrrghhh | very |
| 05:00.23 | arrrghhh | why that worked? i don't know. |
| 05:00.31 | arrrghhh | but... don't remove the enter at the end. |
| 05:00.56 | arrrghhh | Entropy512, good work. |
| 05:00.57 | stinebd | you guys are totally noobular |
| 05:00.59 | arrrghhh | i know |
| 05:01.05 | arrrghhh | stinebd, is that a problem? |
| 05:01.12 | arrrghhh | the lf there at the end |
| 05:01.27 | stinebd | everything is always a problem |
| 05:01.31 | arrrghhh | lmao |
| 05:01.34 | arrrghhh | you're so helpful |
| 05:02.11 | stinebd | well it's not like i wrote that crap |
| 05:02.32 | arrrghhh | yea but i figured if there was some unknown syntax issue with the f-ing enter key |
| 05:02.45 | arrrghhh | unknown to me, known to the allmighty stine |
| 05:03.06 | stinebd | it's been at least 7 years since i've even used one of those user.confs |
| 05:03.54 | arrrghhh | nice |
| 05:05.58 | *** join/#htc-linux netson-ubuntu (~netson-ub@202.159.118.21) |
| 05:07.53 | *** join/#htc-linux crawling (crawling@a89-152-194-56.cpe.netcabo.pt) |
| 05:08.52 | *** join/#htc-linux fakker (~fakker@82.132.248.137) |
| 05:09.35 | fakker | Faggots |
| 05:10.35 | arrrghhh | ? |
| 05:10.35 | fakker | Airports suck |
| 05:10.40 | arrrghhh | -chat? |
| 05:10.43 | arrrghhh | fakker, you fakker |
| 05:10.44 | fakker | :D |
| 05:13.48 | arrrghhh | gn all |
| 05:14.41 | fakker | Pussy |
| 05:17.18 | *** join/#htc-linux localhost (~Chris@cpe-76-188-107-188.neo.res.rr.com) |
| 05:19.23 | *** join/#htc-linux ShapaTank (~ShapaTank@cpe-24-24-202-60.socal.res.rr.com) |
| 05:22.33 | *** join/#htc-linux tjs_bsd (~tjs@mail.CDPA.cc) |
| 05:43.44 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 05:46.59 | *** join/#htc-linux Kasjopaja23 (~Tina@p579C1C83.dip.t-dialin.net) |
| 05:52.34 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 06:23.27 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
| 06:23.33 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 06:26.03 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@82.137.15.50) |
| 06:28.06 | *** join/#htc-linux v1nsai (~v1nsai@ip70-191-228-174.pn.at.cox.net) |
| 06:28.26 | *** part/#htc-linux v1nsai (~v1nsai@ip70-191-228-174.pn.at.cox.net) |
| 06:28.33 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
| 06:32.29 | *** join/#htc-linux cazh_ (~quassel@3007ds2-rd.0.fullrate.dk) |
| 06:46.41 | *** join/#htc-linux kvaster_ (~kvaster@vpn-e0.bas-net.by) |
| 06:48.15 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 06:52.35 | *** join/#htc-linux CazH (~quassel@3007ds2-rd.0.fullrate.dk) |
| 07:00.49 | *** join/#htc-linux rob_w (~bob@ppp-93-104-162-236.dynamic.mnet-online.de) |
| 07:06.55 | *** join/#htc-linux kiozen (~kiozen@p5DDF3750.dip.t-dialin.net) |
| 07:42.46 | *** join/#htc-linux dekar__ (~dekar@drms-590c43dc.pool.mediaWays.net) |
| 08:00.38 | *** join/#htc-linux gauner1986 (~Miranda@46.115.4.131) |
| 08:11.59 | *** join/#htc-linux kvaster_ (~kvaster@93.84.112.80) |
| 08:15.57 | *** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
| 08:22.54 | *** join/#htc-linux netson-ubuntu (~netson-ub@202.159.118.21) |
| 08:32.02 | *** join/#htc-linux DuperMan (~Duper@93-173-146-17.bb.netvision.net.il) |
| 08:34.25 | *** join/#htc-linux Rajko (~Rajko@2001:470:1f0b:728:c004:8347:b148:d9ff) |
| 08:49.09 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
| 09:00.25 | *** join/#htc-linux kvaster_ (~kvaster@93.84.112.80) |
| 09:02.05 | *** join/#htc-linux kdeguy (~yaaic@genkt-049-030.t-mobile.co.uk) |
| 09:03.40 | *** join/#htc-linux kdeguy (~yaaic@genkt-051-030.t-mobile.co.uk) |
| 09:06.12 | *** join/#htc-linux GPFerror_ (~GPF@ip72-208-193-231.ph.ph.cox.net) |
| 09:26.07 | *** join/#htc-linux gauner1986 (~Miranda@p508C7428.dip.t-dialin.net) |
| 09:37.37 | *** join/#htc-linux netson-ubuntu (~netson-ub@202.159.118.21) |
| 09:45.45 | *** join/#htc-linux ftoz (~root@cst-prg-92-252.vodafone.cz) |
| 09:55.20 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-89-142.98-62.inwind.it) |
| 09:58.36 | *** join/#htc-linux fakker (~noobhands@85.254.57.21) |
| 10:08.28 | *** join/#htc-linux t3g (~kvirc@p3E9E22DB.dip.t-dialin.net) |
| 10:39.36 | *** join/#htc-linux JustLiving (~Quilck@195.113.165.82) |
| 10:49.32 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 10:50.50 | *** join/#htc-linux kvaster_ (~kvaster@leased-line-93-125-0-84.telecom.by) |
| 10:55.46 | *** join/#htc-linux DuperGhost (~Duper@93-173-190-227.bb.netvision.net.il) |
| 10:59.40 | *** join/#htc-linux ftoz (~root@cst-prg-57-6.vodafone.cz) |
| 11:02.33 | *** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
| 11:04.43 | *** join/#htc-linux kvaster (~kvaster@leased-line-93-125-0-84.telecom.by) |
| 11:09.27 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 11:11.01 | *** join/#htc-linux GNUtoo (~GNUtoo@host226-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 11:12.16 | *** join/#htc-linux GNUtoo (~GNUtoo@host226-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 11:13.02 | *** join/#htc-linux GNUtoo (~GNUtoo@host226-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 11:27.45 | *** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com) |
| 11:37.49 | *** join/#htc-linux xawen (~xawen@pool-96-244-250-191.bltmmd.fios.verizon.net) |
| 11:38.37 | *** join/#htc-linux Drakh (Drakh@201.240.70.58) |
| 11:47.19 | *** join/#htc-linux DuperGhost (~Duper@93-172-129-29.bb.netvision.net.il) |
| 12:19.32 | *** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
| 12:39.55 | *** join/#htc-linux LordDeath (~Lord|Lapt@cable-81-173-166-52.netcologne.de) |
| 13:01.59 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 13:09.47 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-89-142.98-62.inwind.it) |
| 13:20.35 | *** join/#htc-linux netson-ubuntu (~netson-ub@125.161.216.60) |
| 13:24.08 | *** join/#htc-linux Rajko (~Rajko@2001:470:1f0b:728:c004:8347:b148:d9ff) |
| 13:27.34 | *** join/#htc-linux Erikson (~Erik@i5E86D4E4.versanet.de) |
| 13:33.17 | *** join/#htc-linux zerox (027b9bca@gateway/web/freenode/ip.2.123.155.202) |
| 13:33.35 | zerox | afternoon all |
| 13:40.15 | *** join/#htc-linux GPFerror_ (~GPF@ip72-208-193-231.ph.ph.cox.net) |
| 13:40.15 | *** join/#htc-linux GPFerror (~GPF@ip72-208-193-231.ph.ph.cox.net) |
| 13:47.24 | *** join/#htc-linux Rob2222 (~Miranda@p4FFF2EA5.dip.t-dialin.net) |
| 13:58.00 | *** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
| 14:01.04 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
| 14:11.01 | *** join/#htc-linux Rajko (~Rajko@2001:470:1f0b:728:c004:8347:b148:d9ff) |
| 14:15.19 | *** join/#htc-linux Leopard_ag (7431d47a@gateway/web/freenode/ip.116.49.212.122) |
| 14:23.01 | *** join/#htc-linux ORi|ON (~ORiONNebu@91.181.162.116) |
| 14:27.06 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 14:38.42 | *** join/#htc-linux aBiNg (~cn.fyodor@218.94.136.168) |
| 14:44.08 | *** join/#htc-linux kiozen (~kiozen@rgnb-5d878a60.pool.mediaWays.net) |
| 15:02.11 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
| 15:08.28 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
| 15:46.31 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 15:48.41 | *** join/#htc-linux LargePrime (~LargePrim@173.7.229.39) |
| 15:48.59 | *** join/#htc-linux mastermerlin (~Adium@p4FEE4843.dip.t-dialin.net) |
| 15:51.12 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
| 16:32.01 | *** join/#htc-linux Berger- (~noreply@c65wn1.wifi.halden.net) |
| 16:36.36 | *** join/#htc-linux GPFerror (~GPF@ip72-208-193-231.ph.ph.cox.net) |
| 16:41.58 | *** join/#htc-linux GPFerror_ (~GPF@ip72-208-193-231.ph.ph.cox.net) |
| 16:42.49 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-18-145-141.client.mchsi.com) |
| 16:56.40 | *** join/#htc-linux rafpigna (rafpigna@151.71.145.21) |
| 16:58.23 | rafpigna | anyone could help me to understand why using a different cpufreq table that I know is working on another kernel causes freezes on mine? |
| 16:58.51 | Willd | Has it worked on an older kernel, on your phone? |
| 16:59.03 | Willd | s/older/other/ |
| 16:59.08 | rafpigna | yes it works |
| 16:59.18 | rafpigna | wait I will show you |
| 16:59.49 | Willd | rafpigna: There are multiple places you have to change the cpufreq table, not just one |
| 16:59.59 | Willd | Can't say where though, just know it's not as simple as one might think. |
| 17:01.17 | rafpigna | mmmm |
| 17:02.24 | rafpigna | well, this is mine that works fine: http://pastebin.com/raw.php?i=iqrwwbKi this is the updated one, basically I added more freq steps http://pastebin.com/raw.php?i=58JSy6Dz but It always freezes as soon I past 1228.... not before, only if I go past 1228800 |
| 17:02.58 | Willd | I'm pretty sure you have to add those somewhere else too.. |
| 17:03.09 | rafpigna | will try to find |
| 17:04.05 | *** join/#htc-linux xawen1 (~xawen@pool-96-244-250-191.bltmmd.fios.verizon.net) |
| 17:07.40 | *** join/#htc-linux doctorcete (~doctorcet@162.Red-81-39-93.dynamicIP.rima-tde.net) |
| 17:09.32 | *** join/#htc-linux gauner1986 (~Miranda@212.23.105.255) |
| 17:13.23 | *** join/#htc-linux Erikson (~Erik@p54B762AA.dip.t-dialin.net) |
| 17:14.49 | jonpry | rafpigna, the device changes pll's above 128mhz |
| 17:16.48 | rafpigna | jonpry mmmm so what I'm missing |
| 17:17.11 | jonpry | maybe other pll is not setup correctly |
| 17:17.22 | rafpigna | anyway only acpuclock-scorpion.c needs to be modified, at what I can found on the net |
| 17:17.39 | jonpry | i don't know much about it |
| 17:19.00 | rafpigna | but also in the working table I'm above 128mhz |
| 17:23.07 | shadeslayer | Has anyone tried Meego with a HTC Desire? |
| 17:35.33 | *** join/#htc-linux furtardo (~mks@nat/yahoo/x-zjcjjrrfzkenzqsc) |
| 17:45.20 | *** join/#htc-linux rpierce99_ (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
| 17:49.12 | *** join/#htc-linux bukington (~bukington@fac34-2-82-228-151-145.fbx.proxad.net) |
| 17:51.07 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
| 17:54.26 | *** join/#htc-linux miknix (~miknix@jua06-1-82-242-159-241.fbx.proxad.net) |
| 17:54.26 | *** join/#htc-linux miknix (~miknix@gentoo/developer/miknix) |
| 18:06.29 | *** join/#htc-linux kiozen (~kiozen@rgnb-5d878a60.pool.mediaWays.net) |
| 18:13.53 | *** join/#htc-linux LargePrime (~LargePrim@173.7.229.39) |
| 18:17.32 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
| 18:18.32 | *** join/#htc-linux gauner1986 (~Miranda@p508C7428.dip.t-dialin.net) |
| 18:23.01 | *** join/#htc-linux balans1 (~Gebruiker@82-170-217-205.ip.telfort.nl) |
| 18:31.28 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@host226-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 18:38.17 | *** join/#htc-linux MN-- (~yaaic@host86-138-132-137.range86-138.btcentralplus.com) |
| 18:47.46 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
| 18:59.48 | *** join/#htc-linux MN--2 (~yaaic@host86-138-132-137.range86-138.btcentralplus.com) |
| 19:13.29 | *** join/#htc-linux kiozen (~kiozen@rgnb-5d878a60.pool.mediaWays.net) |
| 19:28.02 | *** join/#htc-linux GPFerror (~GPF@ip72-208-193-231.ph.ph.cox.net) |
| 19:28.02 | *** join/#htc-linux GPFerror_ (~GPF@ip72-208-193-231.ph.ph.cox.net) |
| 19:28.48 | *** join/#htc-linux Markinus (~Miranda@212.255.17.191) |
| 19:30.37 | *** join/#htc-linux Jhinta (~Jhinta@s529c116e.adsl.wanadoo.nl) |
| 19:35.31 | *** join/#htc-linux Tinyboom (~nahh@150.84-48-104.nextgentel.com) |
| 19:37.58 | *** join/#htc-linux dan1j3l (~danijel@93-138-56-232.adsl.net.t-com.hr) |
| 19:38.22 | dan1j3l | hi |
| 19:39.27 | gauner1986 | hi |
| 19:39.37 | gauner1986 | hi Markinus |
| 19:51.01 | Markinus | hi |
| 19:53.22 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
| 20:06.04 | *** join/#htc-linux massstash (~massstash@c-67-175-41-173.hsd1.il.comcast.net) |
| 20:07.27 | *** join/#htc-linux arif-ali (~arif-ali@88-111-128-250.dynamic.dsl.as9105.com) |
| 20:15.30 | *** join/#htc-linux surgex (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
| 20:50.59 | *** join/#htc-linux cr2_ (~cr2@87.204.151.130) |
| 20:54.26 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
| 21:03.06 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-89-142.98-62.inwind.it) |
| 21:05.31 | *** join/#htc-linux MN-- (~yaaic@host86-138-132-137.range86-138.btcentralplus.com) |
| 21:09.15 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
| 21:18.11 | [acl] | Peeping, peeping, peeping tom |
| 21:18.14 | [acl] | :-p |
| 21:22.29 | *** join/#htc-linux arif-ali (~arif-ali@88-111-128-250.dynamic.dsl.as9105.com) |
| 21:25.32 | *** join/#htc-linux ORi|ON (ORi@91.181.144.100) |
| 21:26.34 | *** join/#htc-linux arrrghhh_ (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
| 21:41.55 | *** join/#htc-linux imilka (~kvirc@93-80-95-71.broadband.corbina.ru) |
| 21:41.59 | *** join/#htc-linux johnb81 (~johnb81@78.187.86.161) |
| 21:58.22 | *** join/#htc-linux Sisco (~Sisco@unaffiliated/sisco) |
| 22:03.06 | *** join/#htc-linux leviathan (~quassel@2001:470:26:484:6ef0:49ff:fee6:8dca) |
| 22:06.33 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 22:08.01 | *** join/#htc-linux gassedup (gassed@c-76-30-161-228.hsd1.tx.comcast.net) |
| 22:21.22 | Sisco | I have an HD2 bricked, I have Qualcomm Diagnostics 3197 access.. it shows up in QDLtool.. How can I unbrick this? |
| 22:35.03 | AstainHellbring | you sure its bricked? |
| 22:36.26 | *** join/#htc-linux miknix (~miknix@jua06-1-82-242-159-241.fbx.proxad.net) |
| 22:36.26 | *** join/#htc-linux miknix (~miknix@gentoo/developer/miknix) |
| 22:38.12 | *** join/#htc-linux F22 (~upcm@c-76-99-44-80.hsd1.nj.comcast.net) |
| 22:38.36 | *** join/#htc-linux Bry8Star_ (debian-tor@gateway/tor-sasl/bry8star) |
| 22:41.01 | *** join/#htc-linux MN-- (~yaaic@host86-138-132-137.range86-138.btcentralplus.com) |
| 22:54.12 | *** join/#htc-linux ORi|ON (~ORiONNebu@91.181.134.46) |
| 23:26.24 | *** join/#htc-linux Ceesheim (~ceesheim@p5480224F.dip.t-dialin.net) |
| 23:36.40 | *** join/#htc-linux tyween (~tyween@pool-71-163-117-57.washdc.fios.verizon.net) |
| 23:42.55 | *** join/#htc-linux arrrghhh_ (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
| 23:57.52 | arrrghhh | Entropy512, been playing with your gps fix all day, works a treat! |
| 23:58.12 | arrrghhh | hopefully that small piece can get pushed, and the rest can be fixed later. this is a great bug to squash :D |
| 23:58.18 | Entropy512 | hehe, sweet |
| 23:58.22 | Entropy512 | man you have good timing |
| 23:58.25 | arrrghhh | do i? |
| 23:58.41 | Entropy512 | heard my comp ding just as I was walking into the room to pick up cans to put em' in a recycling box. :) |
| 23:58.50 | arrrghhh | lol ic |
| 23:58.55 | Entropy512 | (doing some cleaning, hoping to have a female guest over to watch a movie tonight. :) ) |
| 23:59.03 | jonpry | what is gps fix? |
| 23:59.07 | arrrghhh | nice |
| 23:59.09 | arrrghhh | oO jonpry |
| 23:59.10 | rpierce99 | "movie" |
| 23:59.13 | arrrghhh | what's up |
| 23:59.33 | jonpry | working on the prypad |
| 23:59.50 | arrrghhh | i'll let Entropy512 explain jonpry - long story short it now doesn't actually lock until there is a lat/long fix. |
| 23:59.56 | Entropy512 | sent a patch to xdandroid-dev, also posted a binary to: http://forum.xda-developers.com/showthread.php?t=969761 |
